Re: FreeBSD 14.0-RELEASE and Raspberry Pi CM4 4GB
Mark Millard <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
On Dec 23, 2023, at 15:27, Mark Millard <[email protected]> wrote: > On Dec 22, 2023, at 17:28, Mark Millard <[email protected]> wrote: > >> On Dec 22, 2023, at 14:48, Mike Karels <[email protected]> wrote: >> >> On 22 Dec 2023, at 16:14, Steve Bernacki wrote: >>> >>>> Hi Mike, >>>> >>>> Indeed, I'm getting a lot of retransmits: >>>> >>>> [ 5] local 172.16.200.2 port 55551 connected to 172.16.200.182 port 5201 >>>> [ ID] Interval Transfer Bitrate Retr Cwnd >>>> [ 5] 0.00-1.00 sec 36.2 MBytes 304 Mbits/sec 60 9.98 KBytes >>>> [ 5] 1.00-2.00 sec 35.7 MBytes 300 Mbits/sec 143 111 KBytes >>>> [ 5] 2.00-3.00 sec 34.9 MBytes 293 Mbits/sec 141 7.13 KBytes >>>> [ 5] 3.00-4.00 sec 33.9 MBytes 284 Mbits/sec 198 99.5 KBytes >>>> [ 5] 4.00-5.00 sec 34.9 MBytes 292 Mbits/sec 167 1.43 KBytes >>>> [ 5] 5.00-6.00 sec 34.2 MBytes 287 Mbits/sec 221 2.85 KBytes >>>> [ 5] 6.00-7.00 sec 34.1 MBytes 286 Mbits/sec 169 100 KBytes >>>> [ 5] 7.00-8.00 sec 35.2 MBytes 295 Mbits/sec 159 7.13 KBytes >>>> [ 5] 8.00-9.00 sec 34.3 MBytes 287 Mbits/sec 138 4.28 KBytes >>>> [ 5] 9.00-10.00 sec 33.3 MBytes 279 Mbits/sec 182 2.85 KBytes >>>> - - - - - - - - - - - - - - - - - - - - - - - - - >>>> [ ID] Interval Transfer Bitrate Retr >>>> [ 5] 0.00-10.00 sec 347 MBytes 291 Mbits/sec 1578 sender >>>> [ 5] 0.00-10.00 sec 346 MBytes 291 Mbits/sec receiver >>>> >>>> Thanks, >>>> Steve >>> >>> One other question: are you running powerd? I booted without it, and my >>> throughput dropped to 600-640 Mb/s. Repeating the test, retransmissions >>> went down but throughput was about the same. Note, the RPi 4, and probably >>> the CM 4, boots at a lower clock frequency by default, and powerd raises it >>> under load. I'm running powerd with -M 1800, overclocking a little. >> >> I explore here fixed frequencies: 2000 MHz, 600 MHz, 1500 MHz, 1800 MHz >> (no powerd use) > > Well, my later assumption about the likes of the hw.cpufreq.sdram_freq_min Sorry: (RPi* config.txt notation) sdram_freq_min (since 400 is observed to occur) (FreeBSD does not expose a hw.cpufreq.sdram_freq_min .) > being due to RPi* firmware looks to be wrong. The RPi* documentation > changed from 400 MHz to 3200 MHz for RPi4B sdram_freq_min at: > > Before (400), Jun 8, 2021: > https://github.com/raspberrypi/documentation/blob/974995fabb184a2435a98e68c1e728b346112f89/configuration/config-txt/overclocking.md > > After (3200), Jun 9, 2021: > https://github.com/raspberrypi/documentation/blob/920ff905995541f7ef1c60482924a392143e9192/configuration/config-txt/overclocking.md > > The RPi* firmware should be setting things up to have 3200 MHz. Since > that is not what FreeBSD ends up with in modern snapshots with the > FreeBSD supplied config.txt , Likely FreeBSD has taken control of > such. > > This might just be one example parameter that is overridden. > > FYI: the 2023-Dec-16 stable/14 snapshot that I'm using > has: > > # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 10:50:39 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Mar 17 2023 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 82f3750a65fadae9a38077e3c2e217ad158c8d54 (clean) > > Far more recent than 2021. > >> Based on: >> >> # uname -apKU >> FreeBSD generic 14.0-STABLE FreeBSD 14.0-STABLE #0 stable/14-n266002-2ef9079ece5a: Sat Dec 16 08:49:23 UTC 2023 [email protected]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 aarch6 >> >> # more /boot/efi/config.txt >> [all] >> arm_64bit=1 >> dtparam=audio=on,i2c_arm=on,spi=on >> dtoverlay=mmc >> dtoverlay=disable-bt >> device_tree_address=0x4000 >> kernel=u-boot.bin >> >> [pi4] >> hdmi_safe=1 >> armstub=armstub8-gic.bin >> # >> over_voltage=6 >> sdram_freq_min=3200 >> arm_freq_min=2000 >> force_turbo=1 >> >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 >> dev.cpu.0.freq_levels: 2000/-1 >> dev.cpu.0.freq: 2000 >> >> >> # iperf3 -c 192.168.1.157 >> Connecting to host 192.168.1.157, port 5201 >> [ 5] local 192.168.1.159 port 52424 connected to 192.168.1.157 port 5201 >> [ ID] Interval Transfer Bitrate Retr Cwnd >> [ 5] 0.00-1.00 sec 113 MBytes 948 Mbits/sec 243 328 KBytes >> [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 150 18.5 KBytes >> [ 5] 2.00-3.00 sec 112 MBytes 942 Mbits/sec 149 173 KBytes >> [ 5] 3.00-4.00 sec 112 MBytes 942 Mbits/sec 150 456 KBytes >> [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 159 456 KBytes >> [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 160 538 KBytes >> [ 5] 6.00-7.00 sec 112 MBytes 941 Mbits/sec 143 1.43 KBytes >> [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec 215 167 KBytes >> [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 194 580 KBytes >> [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 157 552 KBytes >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bitrate Retr >> [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 1720 sender >> [ 5] 0.00-10.01 sec 1.10 GBytes 941 Mbits/sec receiver >> >> iperf Done. >> >> >> Note: The amd64 system running main [so: 15] and the RPi4B are >> on the same ethernet switch. >> >> >> With the 4 overclocking lines in config.txt commented out : >> >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 1500/-1 600/-1 >> dev.cpu.0.freq_levels: 1500/-1 600/-1 >> dev.cpu.0.freq: 600 >> >> Note: the default context lacks 1800 (based on the RPi* firmware vintage >> in the snapshot). Later I show having 1800 instead of 1500. >> >> # iperf3 -c 192.168.1.157 >> Connecting to host 192.168.1.157, port 5201 >> [ 5] local 192.168.1.159 port 42060 connected to 192.168.1.157 port 5201 >> [ ID] Interval Transfer Bitrate Retr Cwnd >> [ 5] 0.00-1.00 sec 70.8 MBytes 594 Mbits/sec 18 195 KBytes >> [ 5] 1.00-2.00 sec 73.8 MBytes 619 Mbits/sec 8 293 KBytes >> [ 5] 2.00-3.00 sec 73.6 MBytes 618 Mbits/sec 19 250 KBytes >> [ 5] 3.00-4.00 sec 73.6 MBytes 618 Mbits/sec 9 366 KBytes >> [ 5] 4.00-5.00 sec 73.3 MBytes 615 Mbits/sec 9 447 KBytes >> [ 5] 5.00-6.00 sec 73.3 MBytes 615 Mbits/sec 16 303 KBytes >> [ 5] 6.00-7.00 sec 73.2 MBytes 614 Mbits/sec 0 455 KBytes >> [ 5] 7.00-8.00 sec 73.6 MBytes 618 Mbits/sec 1 328 KBytes >> [ 5] 8.00-9.00 sec 73.5 MBytes 616 Mbits/sec 16 246 KBytes >> [ 5] 9.00-10.00 sec 73.3 MBytes 615 Mbits/sec 0 435 KBytes >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bitrate Retr >> [ 5] 0.00-10.00 sec 732 MBytes 614 Mbits/sec 96 sender >> [ 5] 0.00-10.01 sec 732 MBytes 613 Mbits/sec receiver >> >> iperf Done. >> >> Assigning 1500: >> >> # sysctl dev.cpu.0.freq=1500 >> dev.cpu.0.freq: 600 -> 1500 >> >> # sysctl dev.cpu.0.freq=1500 >> dev.cpu.0.freq: 600 -> 1500 >> root@generic:~ # iperf3 -c 192.168.1.157 >> Connecting to host 192.168.1.157, port 5201 >> [ 5] local 192.168.1.159 port 28904 connected to 192.168.1.157 port 5201 >> [ ID] Interval Transfer Bitrate Retr Cwnd >> [ 5] 0.00-1.00 sec 113 MBytes 949 Mbits/sec 4 472 KBytes >> [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 6 464 KBytes >> [ 5] 2.00-3.00 sec 112 MBytes 941 Mbits/sec 5 452 KBytes >> [ 5] 3.00-4.00 sec 112 MBytes 941 Mbits/sec 3 443 KBytes >> [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 4 421 KBytes >> [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 4 397 KBytes >> [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec 3 378 KBytes >> [ 5] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 5 355 KBytes >> [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 2 476 KBytes >> [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 5 446 KBytes >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bitrate Retr >> [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 41 sender >> [ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec receiver >> >> >> >> Adding arm_boost=1 to config.txt in order to have 1800 instead of 1500 >> (needed due to the RPi* firmware vintage in FreeBSD snapshots): >> >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 1800/-1 600/-1 >> dev.cpu.0.freq_levels: 1800/-1 600/-1 >> dev.cpu.0.freq: 600 >> >> # sysctl dev.cpu.0.freq=1800 >> dev.cpu.0.freq: 600 -> 1800 >> >> # iperf3 -c 192.168.1.157 >> Connecting to host 192.168.1.157, port 5201 >> [ 5] local 192.168.1.159 port 27499 connected to 192.168.1.157 port 5201 >> [ ID] Interval Transfer Bitrate Retr Cwnd >> [ 5] 0.00-1.00 sec 114 MBytes 952 Mbits/sec 169 104 KBytes >> [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 150 320 KBytes >> [ 5] 2.00-3.00 sec 112 MBytes 942 Mbits/sec 157 52.8 KBytes >> [ 5] 3.00-4.00 sec 112 MBytes 941 Mbits/sec 143 87.0 KBytes >> [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 143 121 KBytes >> [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 159 104 KBytes >> [ 5] 6.00-7.00 sec 112 MBytes 941 Mbits/sec 138 238 KBytes >> [ 5] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 152 276 KBytes >> [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 145 115 KBytes >> [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 162 283 KBytes >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bitrate Retr >> [ 5] 0.00-10.00 sec 1.10 GBytes 943 Mbits/sec 1518 sender >> [ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec receiver >> >> iperf Done. >> >> >> >> From this it appears that the Retr counts do not seem to make >> much of a difference to the Bitrate's achieved. But the arm >> frequency does if 600 is involved. >> >> >> My understanding is that arm_boost=1 was later made the default >> in later vintages of the rpi* firmware. arm_boots only causes >> 1800 for Rev 1.4+ . Pi 400's have 1800 available by default, at >> least for modern enough RPi* firmware. >> >> https://www.raspberrypi.com/documentation/computers/config_txt.html >> is not necessarily accurate for the older RPi* firmware that FreeBSD >> uses in its snapshots/releases. >> >>> IIRC >>> the standard clock is 1500 for the RPi 4. But the throughput is about the >>> same using the standard clock with powerd. >>> >>> Mike >>> >>>> On 12/22/2023 9:23 AM, Mike Karels wrote: >>>>> On 22 Dec 2023, at 6:20, Steve Bernacki wrote: >>>>> >>>>>> I recently purchased a RPI CM4 with 4GB and 32GB eMMC to replace my aging FreeBSD firewall. I managed to install FreeBSD 14.0-RELEASE-p3 on it, and both Ethernet devices (genet0 and ue0) were properly identified. However, network throughput on my gigabit network is pretty bad; iperf3 reports a maximum transfer speed of 291 Mbits/sec. Flashing OpenWRT on the same hardware using the same ethernet port, I'm able to achieve 923 Mbits/sec. >>>>>> >>>>>> Does anyone have any suggestions on how to improve throughput under FreeBSD? >>>>>> >>>>>> Thank you >>>>>> Steve >>>>> I just tested with an RPi4 (4 GB) and 14.0 using iperf3. It looks like I'm getting >>>>> a rather variable number of retransmissions. On my first run (client on RPi 4), >>>>> I got 460 Mb/s with a lot of retransmissions, but the next couple of runs, including >>>>> one receiving, I got about 940 Mb even with some retransmissions. The peers were >>>>> fairly fast FreeBSD 13.2 and 15-current systems. Are you seeing retransmissions? >>>>> >>>>> I'll try to look into this, but I'm not sure when I'll get to it. >>>>> >>>>> Mike > === Mark Millard marklmi at yahoo.com