Re: [Bloat] Fwd: REGISTRATION NOW OPEN - Broadband Forum's BASe & USP Summit 2024

Dave Taht via Bloat wrote: > I have prior to now, ignored this conference because it was not > particularly technical. Does anyone go? I don't know what it's like. I read some of the USP agenda and I'm interested in a "if I'm nearby" level a few months ago.

Re: [Bloat] goresponsiveness learned a few tricks...

David Schinazi via Bloat wrote: > My understanding is that Apple chose to report RTT as an inverse because > people are used to "higher number means better". The target audience > for Yes. Stuart was pretty clear about this being the reason for the decision. It seemed sound then

Re: [Bloat] 80Mbit streaming

Sebastian Moeller wrote: > On 5 October 2023 21:53:55 CEST, Michael Richardson > wrote: >> Sebastian Moeller via Bloat wrote: > Now >> finally, a use case that needs at least a ~100Mbps link... question > >> is, how much better than the competitors streaming this is going

Re: [Bloat] 80Mbit streaming

Sebastian Moeller via Bloat wrote: > Now finally, a use case that needs at least a ~100Mbps link... question > is, how much better than the competitors streaming this is going to > look? What's the point? My eyesight isn't actually that good :-)

Re: [Bloat] [Rpm] [Starlink] [LibreQoS] net neutrality back in the news

Mike Conlow via Bloat wrote: > As I read this thread and think about the coming debate in the U.S., two > things come to mind: > 1. Ofcom is considering > > a net neutrality

Re: [Bloat] Fwd: Result of Consultation on ART/TSV Area Reorganization

Dave Taht via Bloat wrote: > transport area and congestion control... ceases to exist as a separate > wg in the ietf. *Area* -- the distinction matters :-) (It gets merged with many web and QUIC things.) Which is just a grouping for management purposes. signature.asc Description:

Re: [Bloat] Hey, all, what about bandlength?

Dave Collier-Brown wrote: >> Dave Collier-Brown via Bloat wrote: > >> They he said "bandlength" >> >> > That sounded like an odd name, but the idea was cool: >> >> > If I have a bandwidth of 1 Mbit/S, but it takes 2 seconds to deliver >> 1 > Mbit, do I have a

Re: [Bloat] Hey, all, what about bandlength?

Dave Collier-Brown via Bloat wrote: > They he said "bandlength" > That sounded like an odd name, but the idea was cool: > If I have a bandwidth of 1 Mbit/S, but it takes 2 seconds to deliver 1 > Mbit, do I have a bandlength of only 1/2 Mbit/S? Is that because there is 2seconds

Re: [Bloat] [Starlink] [LibreQoS] [Rpm] On FiWi

{lots of lists on the CC} The problem I have with lorawan is that it's too small for anything but the smallest sensors. When it breaks (due to infant death or just vanadalism) who is going to notice enough to fix it? My belief is that people won't break things that they like/depend upon. Or

Re: [Bloat] WSL2 + fq_codel

Dave Taht via Bloat wrote: > I so want to believe... I so want to believe... can anyone confirm? > https://raw.githubusercontent.com/microsoft/WSL2-Linux-Kernel/linux-msft-wsl-5.15.y/Microsoft/config-wsl But, AFAIK, WSL isn't a kernel. It's an implementation of the Linux ABI on top

Re: [Bloat] aquila interconnect

Interesting read. my takehome is that google is now building cabinet-sized NUMA clusters with hot-swappable 1U "cards". It's not the Aquila replaces ethernet, it's that the compute cluster has eaten the ToR switch, and moved the ethernet ports outward. signature.asc Description: PGP signature

Re: [Bloat] Review of Delta's in-flight wifi mentions latency!

I tried a few times to use KLM's in-flight wifi which is supposed to be for text messaging only. I figure it ought to work for IMAP/SMTP too. It never quite worked for me, although the price was right. But, I think that it's a good niche for what are going to be unavoidably dog-legged

Re: [Bloat] speedtest-cli on multihomed gateway

Kenneth Porter via Bloat wrote: > script in /etc/cron.hourly or a systemd timer unit). speedtest-cli > accepts a --source option but it wants to always route through the WAN > link set to the default route when I specify the addresses of the other > two. From googling around it

Re: [Bloat] [Starlink] [Rpm] the grinch meets cloudflare's christmas present

I think that Apple/Stuart are right on calling this RPM. I think that we should jump on that bandwagon in all our communications. ___ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat

Re: [Bloat] PhD thesis with results related to buffering needs on variable-capacity links

Thank you for sharing your thesis! Bjørn Ivar Teigen via Bloat wrote: > The thesis begins by investigating which performance issues are most > prevalent in today's WiFi networks. We show that both queuing latency > and the WiFi protocol specification itself are significant >

Re: [Bloat] Offtopic: a fun scam, selling wi-fi extenders to improve your uplink speed

I wonder if they can also be used to reduce your electricity costs? ___ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat

Re: [Bloat] [Make-wifi-fast] The most wonderful video ever about bufferbloat

Stuart Cheshire via Bloat wrote: >> I think the person with the cheetos pulling out a gun and shooting >> everyone in front of him (AQM) would not go down well. > Which is why starting with a bad analogy (people waiting in a grocery > store) inevitably leads to bad conclusions.

Re: [Bloat] minecraft over 5g

Sebastian Moeller via Bloat wrote: > Assuming all your minecraft friends live in the same pod's aggregate > area and are at the same mobile carrier/ISP...* ... > *) Otherwise you are typically better off trying to locate the server > where it has roughly the same RTT to all

Re: [Bloat] Researchers discover major roadblock in alleviating network congestion

Jonathan Morton via Bloat wrote: > I believe it is actually possible to achieve equalisation of network > power between flows, which would approach the global optimum of network > power, using information from the network to guide endpoint behaviour. > This is *only* possible