kana VS LibreQoS

usig modern web technologies to develop high performance scientific applications. We built a highly optimized, interactive and exploratory application for single-cell data analysis[1]. it runs purely in the browser with no backend and scales upto 200K cells. similar efforts include the biowasm project [2].

[1] https://github.com/jkanche/kana

Sorry, I think you are thinking of something else. Maybe a railroad crossing (:-))

Joking aside, the https://www.waveform.com/tools/bufferbloat test looks to see if the networking software is working correctly by putting a large load on the network, and then seeing if other streams are affectec by the overload.

The example on the https://libreqos.io/ home page is of

fq_codel was successfully offloaded in a few products, however, no offload here, just a xeon with a ton of cores and a big L3. On the libreqos case we leveraged some ebpf to do packet steering in what we call the heimdal bridge, and also kathie nichol´s wonderful passive ping concept: https://github.com/thebracket/cpumap-pping

src here: https://github.com/LibreQoE/LibreQoS/

You can get a transparent high speed bridge with shaping capability up pretty rapidly with supported hardware.

I still long for an ethernet card that can do a trie lookup natively! The flamegraphs are mostly getting the right packet to the right cpu, still.

That's doable. The HOA doesn't sell internet. Just pays for a Wi-Fi network that happens to reach you.

I'd advice two high performance dishes (dishes are known to fail and support is an issue so one on standby while waiting) and a business connection. You'll need a third party router with fair queuing, protocol and service speed shaping etc etc. I'm sure both openwrt and opnsense will do. But check this out https://libreqos.io/

Still, ya know, a modernized kernel on the devices is a start, better wifi, also, and if they do get arround to adding at the very least driver support for the linux BQL or AQL subsystems, and apply fq_codel, or cake, they could certainly manage the uplink better. At the higher rates supplied by the link, the wifi becomes the bottleneck for which solutions appeared in the Linux kernel in 2016. There has been some good research on actively managing the link via the sqm-autorate project, and multiple middleboxes such as those from preseem (fq_codel), and my own libreqos.io (cake) , might be able to manage the downlink better with the addition of link level stats, at very minimal CAPEX per subscriber.

Also, people would notice starlink going to hell less often if starlink would just deploy libreqos.io.

With dual 2.5 Gb/s and Alder Lake single-thread perf, I was thinking high-end latency-optimized QoS/Firewall for gigabit internet. CAKE and LibreQoS would love this thing.

It is so wonderful to see so many happy SQM users all over the world. That said, do you think NBN might consider installing libreqos.io to benefit all their other users one day?

I am curious as to the availability and functionality these days of the fq_codel option on the eero 6 and eero 6 business? When I last paid attention about a year ago ( https://www.reddit.com/r/eero/comments/u7xm83/gen_2_sqm_vs_gen_3_sqm_stick_with_gen_2_if_you/ ) only the gen2 had cake, and a lot of folk struggled with correct behaviors at +500Mbit with the 6's implementation of fq_codel. (The +500Mbit problems kind of indirectly spawned the libreqos.io project, which pushes the inbound shaping to a middlebox at the ISP) Anyway, did it get better? Does RFC3168 style ecn work on the wifi?

You probably already know this, but the team behind Cake SQM are pushing to get ISPs to implement the free LibreQoS on their side, so that many more users could benefit from SQM: https://libreqos.io/