Thanks for your post.
The low speedtest results where caused by a misconfigurated client.
Now there are much better.
My setup (to measure real throughput):
[Debian Client] -25G-> [Nethsecurity] -25G-> Internet (upstream 10G)
I’m using:
AMD EPYC 73F3 processors
Broadcom BMC57504 cards
Proxmox VM, 24 CPUS, network with multiqueue 24
Results:
without packet steering and irq balance
Speedtest by Ookla
Server: ISP Alliance a.s. - Prague (id: 4162)
ISP: CESNET z.s.p.o.
Idle Latency: 0.90 ms (jitter: 0.05ms, low: 0.85ms, high: 0.92ms)
Download: 6944.96 Mbps (data used: 10.0 GB)
1.58 ms (jitter: 0.77ms, low: 0.98ms, high: 45.25ms)
Upload: 5112.03 Mbps (data used: 5.5 GB)
2.38 ms (jitter: 4.41ms, low: 1.31ms, high: 46.88ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/31f5d9d4-6760-4b1d-bbf8-a46ca9d74193
with packet steering and irq balance enabled
(I have followed the instructions and I have installed irqbalance from the openwrt repository)
Speedtest by Ookla
Server: ISP Alliance a.s. - Prague (id: 4162)
ISP: CESNET z.s.p.o.
Idle Latency: 0.88 ms (jitter: 0.03ms, low: 0.86ms, high: 0.93ms)
Download: 7356.43 Mbps (data used: 10.7 GB)
1.32 ms (jitter: 0.19ms, low: 0.98ms, high: 4.19ms)
Upload: 7301.20 Mbps (data used: 3.5 GB)
2.25 ms (jitter: 0.49ms, low: 1.17ms, high: 3.97ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/0b7a27c9-4428-4810-a775-6f429715ca1e
The results are always slightly better with packet steering and irq balance enabled.
I will try to setup a iperf3 and curl/https server on the WAN side to test the 25G network speed
CPU usage on 24 core NethSecurity VM: