From: dave seddon <dave.seddon.ca@gmail.com>
To: Cake List <cake@lists.bufferbloat.net>, Dave Taht <dave.taht@gmail.com>
Subject: Re: [Cake] some comprehensive arm64 w/cake results
Date: Sun, 15 Oct 2023 08:11:23 -0700 [thread overview]
Message-ID: <CANypexRZaxEDATZbK78NdzWrBSs6nnH_kyP_HA4HT2Ka7N8f5Q@mail.gmail.com> (raw)
In-Reply-To: <CANypexS=7eP0eU4xTO62swRp2o+fM0rg4rG0OSMqq6ybKx2omA@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 6738 bytes --]
G'day,
I've put more work into a test framework around the qdisc tests, but
unfortunately flent doesn't work easily with Ubuntu LTS (
https://github.com/tohojo/flent/issues/232, which I think is an issue with
flent parsing the fping output ).
Results and graphs in this sheet:
https://docs.google.com/spreadsheets/d/1T59QwEdNwJFm4TgDFA_NY98gicOm8ABXKvDsSIMz9ag/edit#gid=1203641125
Raw results of x2 test runs are here:
https://github.com/randomizedcoder/qdisc_results/blob/main/qdisc/report.csv
Each run:
https://github.com/randomizedcoder/qdisc_results/blob/main/qdisc/2023-10-13T18%3A45%3A45/report.csv
https://github.com/randomizedcoder/qdisc_results/blob/main/qdisc/2023-10-14T14%3A22%3A53/report.csv
Full iperf outputs are available too, for example:
https://github.com/randomizedcoder/qdisc_results/blob/main/qdisc/2023-10-13T18%3A45%3A45/nanopi-r2s/fq_codel/iperf/test/16_iperf/stdout
Logs for each run are also available, for example:
https://github.com/randomizedcoder/qdisc_results/blob/main/qdisc/2023-10-13T18%3A45%3A45/log.json
The code repo updated here: https://github.com/randomizedcoder/cake , with
thehttps://github.com/randomizedcoder/cake/blob/main/README.md which
explains how the test work.
Updated google doc is started here:
https://docs.google.com/document/d/1fYKj3BS89aB9drg_DsSq289xSdVQhn1zUJYCj0WuCs0/edit?usp=sharing
Based on the questions on this list earlier, there is a folder with device
information for each of the devices
https://github.com/randomizedcoder/cake/tree/main/device_info
For example, the Pi4 and the Lichee Pi (risc-v) hardware layout is here:
- https://github.com/randomizedcoder/cake/blob/main/device_info/pi4/hwloc-ls-pi4.png
-
https://github.com/randomizedcoder/cake/blob/main/device_info/lpi4a/hwloc-ls-lpi4a.png
The switch has also been upgraded to a Cisco 3750x, which I think based on
the "show interface" output has a max queue size of 40 frames. The test
process clears the counters before each test and gathers the "show
interface" output at the end.
The Lichee Pi 4A doesn't look good (
https://wiki.sipeed.com/hardware/en/lichee/th1520/lp4a.html )
[image: image.png]
I really wish the flent was working, so I'll probably see if I can work out
the parsing.
Thanks,
Dave Seddon
On Fri, Oct 13, 2023 at 10:25 AM dave seddon <dave.seddon.ca@gmail.com>
wrote:
> My bad. There's a bug for this.... Looks like I have to downgrade fping
>
> https://github.com/tohojo/flent/issues/232
> https://github.com/schweikert/fping/issues/203
>
> On Fri, Oct 13, 2023 at 8:59 AM dave seddon <dave.seddon.ca@gmail.com>
> wrote:
>
>> G'day,
>>
>> I've been working away on automation of the tests. Pretty close to
>> having much nicer tests with a lot more details. I've also got the risc-v
>> device working.
>>
>> However, I've run into something funny with flent. Flent is not happy
>> with fping or ping.
>>
>> das@3rd:~/Downloads/cake/cmd/run_qdiscs_tests$ /usr/bin/sudo
>> /usr/sbin/ip netns exec network101 /usr/bin/flent rrul --output
>> /tmp/qdisc/2023-10-13T15:53:21/pi4/noqueue/flent/test/15_flent/flent_pi4_noqueue.png
>> --data-dir /tmp/qdisc/2023-10-13T15:53:21/pi4/noqueue/flent/test/15_flent/
>> --format summary --plot all_scaled --title-extra
>> 2023-10-13T15:53:21_pi4_noqueue --note 2023-10-13T15:53:21_pi4_noqueue
>> --extended-metadata --host 172.17.51.10 --length 60 --ipv4 --socket-stats
>> Starting Flent 2.0.1 using Python 3.10.12.
>> Starting rrul test. Expected run time: 70 seconds.
>> WARNING: Found fping, but couldn't parse its output. Not
>> using. <---------------- ???
>> ERROR: Runner Ping (ms) ICMP failed check: Cannot parse output of the
>> system ping binary (/usr/bin/ping). Please install fping v3.5+. <----- ??
>>
>> das@3rd:~/Downloads/cake/cmd/run_qdiscs_tests$ dpkg --list | grep ping
>> ii fping 5.1-1
>> amd64 sends ICMP ECHO_REQUEST packets to network hosts
>> ii iputils-ping 3:20211215-1
>> amd64 Tools to test the reachability of network hosts
>> ii kpartx 0.8.8-1ubuntu1.22.04.1
>> amd64 create device mappings for partitions
>> ii libharfbuzz0b:amd64 2.7.4-1ubuntu3.1
>> amd64 OpenType text shaping engine (shared library)
>> das@3rd:~/Downloads/cake/cmd/run_qdiscs_tests$ fping --version
>> fping: Version 5.1
>> das@3rd:~/Downloads/cake/cmd/run_qdiscs_tests$ ping -V
>> ping from iputils 20211215
>>
>> das@3rd:~/Downloads/cake/cmd/run_qdiscs_tests$ cat /etc/lsb-release
>> DISTRIB_ID=Ubuntu
>> DISTRIB_RELEASE=22.04
>> DISTRIB_CODENAME=jammy
>> DISTRIB_DESCRIPTION="Ubuntu 22.04.3 LTS"
>>
>> I did install via "apt install fping"
>>
>> Any thoughts please?
>>
>> Kind regards,
>> Dave
>>
>> On Thu, Sep 28, 2023 at 6:27 AM Sebastian Moeller via Cake <
>> cake@lists.bufferbloat.net> wrote:
>>
>>>
>>>
>>> > On Sep 28, 2023, at 15:19, David Lang <david@lang.hm> wrote:
>>> >
>>> > On Thu, 28 Sep 2023, Sebastian Moeller via Cake wrote:
>>> >
>>> >> P.S.: I am tempted, but will likely wait until they are available in
>>> quantity and hope that the street price comes down a bit before getting one
>>> ;)
>>> >
>>> > They aren't available at all yet, and it's not clear when they will be
>>> available.
>>>
>>> The announcement was end of October, but I think I could
>>> pre-order right now if I was feeling an urge. You are right though,
>>> announced != available or delivered.
>>>
>>> Regards
>>> Sebastian
>>>
>>> P.S.: I have a pi400 in use as "desktop" for my oldest kid, this is
>>> close to be actually generally usable, I would guess that changing a
>>> potential p500 from the pi400's 4GB to 8 GB together with the other
>>> imprivements the 5 brings might push it over the threshold into the truly
>>> useful category. Which probably means that either a potential pi500 will
>>> come late and probably with only 4 GB, but let's see how this works out now
>>> that the supply situation is less problematic.
>>> And I understand that there are other capable ARM based SoCs for
>>> homerouter/desktop duty, I just happen ot have a soft spot for the
>>> raspberry project ;)
>>>
>>> >
>>> > David Lang
>>>
>>> _______________________________________________
>>> Cake mailing list
>>> Cake@lists.bufferbloat.net
>>> https://lists.bufferbloat.net/listinfo/cake
>>>
>>
>>
>> --
>> Regards,
>> Dave Seddon
>> +1 415 857 5102
>>
>
>
> --
> Regards,
> Dave Seddon
> +1 415 857 5102
>
--
Regards,
Dave Seddon
+1 415 857 5102
[-- Attachment #1.2: Type: text/html, Size: 10941 bytes --]
[-- Attachment #2: image.png --]
[-- Type: image/png, Size: 59679 bytes --]
next prev parent reply other threads:[~2023-10-15 15:11 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-18 1:05 Dave Taht
2023-09-18 1:25 ` Jonathan Morton
2023-09-18 16:57 ` David P. Reed
2023-09-18 19:50 ` dave seddon
2023-09-18 20:24 ` David P. Reed
2023-09-18 22:07 ` Jonathan Morton
2023-09-28 11:44 ` Jonathan Morton
2023-09-28 12:15 ` Sebastian Moeller
2023-09-28 12:33 ` Jonathan Morton
2023-09-28 12:56 ` David Lang
2023-09-28 13:08 ` Sebastian Moeller
2023-09-28 13:19 ` David Lang
2023-09-28 13:27 ` Sebastian Moeller
2023-10-13 15:59 ` dave seddon
2023-10-13 17:25 ` dave seddon
2023-10-15 15:11 ` dave seddon [this message]
2023-10-15 15:52 ` Sebastian Moeller
2023-10-15 16:24 ` dave seddon
2023-10-15 20:29 ` David P. Reed
2023-10-16 3:52 ` Jonathan Morton
2023-10-15 15:53 ` Dave Taht
2023-10-23 20:31 ` dave seddon
2023-10-23 20:35 ` dave seddon
2023-10-24 16:27 ` dave seddon
2023-10-24 21:35 ` dave seddon
2023-10-24 22:06 ` Dave Taht
2023-09-18 22:13 ` Jonathan Morton
2023-09-18 22:52 ` dave seddon
2023-09-18 23:08 ` Jonathan Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CANypexRZaxEDATZbK78NdzWrBSs6nnH_kyP_HA4HT2Ka7N8f5Q@mail.gmail.com \
--to=dave.seddon.ca@gmail.com \
--cc=cake@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox