From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Fireperf: first tests an results
Date: Mon, 15 Feb 2021 16:08:02 +0000
Message-ID: <7235731A-E6F5-4F9A-AA5F-0BC70AC67988@ipfire.org>
In-Reply-To: <2a9a4e32-3a68-7f21-0db2-2bd58c9ef09f@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0676808014046568426=="
List-Id: <development.lists.ipfire.org>

--===============0676808014046568426==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

> On 12 Feb 2021, at 12:34, Adolf Belka (ipfire-dev) <adolf.belka(a)ipfire.or=
g> wrote:
>=20
> Forgot to add that I built it on my Arch Linux system with the following co=
mmands:-
>=20
> ./autogen.sh
>=20
> /configure CFLAGS=3D'-g -O0' --prefix=3D/usr --sysconfdir=3D/etc --libdir=
=3D/usr/lib (This was recommended to be used after autogen was run)
>=20
> make
>=20
> sudo make install

That=E2=80=99s correct.

The CFLAGS disable any optimisation (-O0) and enable generation of debugging =
sections (-g) which are useful for gdb.

You probably don=E2=80=99t need this, so you can build it without those flags.

Do you know what the process is that we could provide packages for Arch and a=
ny derivatives?

In general, I want to make things like libloc and fireperf available and do t=
hat as easy as possible.

-Michael

> Regards,
>=20
> Adolf.
>=20
>=20
> On 12/02/2021 13:30, Adolf Belka (ipfire-dev) wrote:
>> Hi all,
>>=20
>> I tried to also test this out on my system.
>>=20
>> As I am not familiar with what all the command options do I just followed =
Daniels commands.
>>=20
>> server: IPFire 2.25 - Core Update 153; Intel Celeron CPU J1900 @ 1.99GHz x=
4; I211 Gigabit Network Connection
>>=20
>> client: Arch Linux; Intel Core i5-8400 CPU @ 2.80GHz 6 core; 1GBit nic
>>=20
>> Server:
>> fireperf -s -P 10000 -p 63000:630010
>>=20
>>=20
>> Client:
>> fireperf -c <IP address> -P 1 -x -p 63000:63010 where <IP address> was rep=
laced with the IP address of my IPFire Green connection.
>>=20
>>=20
>> I started the server fireperf and there was the table updating regularly.
>>=20
>> I started the client and got "Could not open socket: Address family not su=
pported by protocol" scrolling up the screen.
>>=20
>> I looked in the log (journalctl) but there were no messages at all related=
 to fireperf just the command being run.
>>=20
>>=20
>> Any thoughts on what I am missing to have setup or installed?
>>=20
>>=20
>> Regards,
>>=20
>> Adolf.
>>=20
>>=20
>>=20
>> On 09/02/2021 13:53, daniel.weismueller(a)ipfire.org wrote:
>>>=20
>>>=20
>>> Hi guys,
>>>=20
>>> today I installed fireperf on my testing IPFire and my Ubuntu PC.
>>>=20
>>> server: IPFire Core 154; Intel i7 4790; Intel 82571EB/GB 1GBit Nic
>>> Client: Ubuntu 20.4; Intel i7 9700; Intel i219-V 1GBit Nic
>>>=20
>>> Michael and I agreed that one more port should be opened per 5000 expecte=
d connection per second (cps)
>>>=20
>>> So here my results:
>>>=20
>>>=20
>>> Server:
>>> fireperf -s -P 10000 -p 63000:630010
>>>=20
>>> Client:
>>> fireperf -c <IP address> -P 1 -x -p 63000:63010 -> ~5000 cps
>>>=20
>>> fireperf -c <IP address> -P 10 -x -p 63000:63010 -> ~30000-35000 cps
>>>=20
>>> fireperf -c <IP address> -P 100 -x -p 63000:63010 -> ~35000-40000 cps
>>>=20
>>> fireperf -c <IP address> -P 1000 -x -p 63000:63010 -> ~40000-45000 cps
>>>=20
>>> fireperf -c <IP address> -P 10000 -x -p 63000:63010 -> ~46000-48000 cps
>>>=20
>>> The cpu utilization was limited to one core and increased in sync with th=
e cps on both sides.
>>>=20
>>> In my last test, the utilization was about 85-100% on the server and 75-9=
5% on the client.
>>>=20
>>> In the next days I will test our mini and post the results here.
>>>=20
>>> -
>>>=20
>>> Daniel
>>>=20


--===============0676808014046568426==--