> On 15 Oct, 2023, at 11:29 pm, David P. Reed via Cake
> wrote:
>
> Of course, Internet congestion control, in general, is still stuck in the
> original Van Jacobsen sawtooth era. My guess is it won't get fixed, though I
> applaud Cake, and despair the hardware folks who keep adding buffers.
From ewaste to something great.
-- Forwarded message -
From: Ignacio Ocampo via people
Date: Sun, Oct 15, 2023 at 1:47 PM
Subject: [NetDev-People] Cambium cnPilot 190W: New life for old
hardware, improving reliability & performance with OpenWrt, fq_codel &
cake
To:
Cc: Ignacio
60K pings per second? Well, that's probably fast enough for Cake work..., but
I'm sure you can do a LOT better... Try AF_XDP and/or DPDK. I think AF_XDP
works on ARM.
https://adarsh-kumar-phe15.medium.com/receiving-14-million-network-packets-per-second-a9d5cc1408b6
Now admittedly, my
Oh thanks Sebastian. I have irtt installed, but it looks like I need to
start the server. That's easy. Doing it now.
( Incidentally, I did write a golang based icmp pinger. It can ping at
very high rates: https://github.com/edgio/icmpengine. Really should write
one with rust using
really lovely, thank you. I hope we can get flent fixed. That risc
result was awful. Does it have BQL? Are there specs on the ethernet
interface?
This risc-v beaglebone just came out today:
https://www.beagleboard.org/boards/beaglev-ahead
On Sun, Oct 15, 2023 at 8:11 AM dave seddon wrote:
>
>
If I recall correctly, flent will use irtt for its delay probes if available on
both ends. Sure fixing fping seems like a good thing longer term, but to get
data in quickly, maybe try irtt instead?
On 15 October 2023 17:11:23 CEST, dave seddon via Cake
wrote:
>G'day,
>
>I've put more work
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:
