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

2022-10-11 Thread Dave Taht via Cake
Well, we've all been yammering for many years, and the message is getting through. Yes, at this point, changing the message to be more directed at engineers than users would help, and to this day, I don't know how to get to anyone in the C suite, except through the complaints of their kids. Jim

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

2022-10-11 Thread Rich Brown via Cake
> On Oct 11, 2022, at 1:05 PM, Bob McMahon wrote: > > I agree that bufferbloat awareness is a good thing. The issue I have is the > approach - ask consumers to "detect it" and replace a device with a new one, > that may or may not, meet all the needs of the users. > > Better is that

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

2022-10-11 Thread Bob McMahon via Cake
Graphs are on the todo list but not a high priority. Too many different ways to graph, e.g. gnuplot, matplotlib. Also, if one wants full features including one way delays (OWD,) the GPS & pulse per second is useful. A GPS hat on a raspberry pi

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

2022-10-11 Thread Sebastian Moeller via Cake
Hi Bob, Sweet, thanks! Will go and set this up in my home network, but that will take a while. Also any proposal how to convert the output into some graphs by any chance? Regards Sebastian On 11 October 2022 18:58:05 CEST, Bob McMahon wrote: >> Saturate a link in both directions

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

2022-10-11 Thread Bob McMahon via Cake
I agree that bufferbloat awareness is a good thing. The issue I have is the approach - ask consumers to "detect it" and replace a device with a new one, that may or may not, meet all the needs of the users. Better is that network engineers "design bloat out" from the beginning starting by

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

2022-10-11 Thread Dave Taht via Cake
On Tue, Oct 11, 2022 at 9:58 AM Bob McMahon via Rpm wrote: > > > Saturate a link in both directions simultaneously with multiple greedy > > flows while measuring load-dependent latency changes for small isochronous > > probe flows. > > This functionality is released in iperf 2.1.8 per the

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

2022-10-11 Thread Bob McMahon via Cake
> Saturate a link in both directions simultaneously with multiple greedy flows while measuring load-dependent latency changes for small isochronous probe flows. This functionality is released in iperf 2.1.8 per the bounceback feature but, unfortunately, OpenWRT doesn't maintain iperf 2 as a

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

2022-10-11 Thread Dave Taht via Cake
On Tue, Oct 11, 2022 at 6:57 AM Rich Brown via Make-wifi-fast wrote: > > > > On Oct 10, 2022, at 8:05 PM, Bob McMahon via Rpm > wrote: > > > I think conflating bufferbloat with latency misses the subtle point in that > > bufferbloat is a measurement in memory units more than a measurement in >

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

2022-10-11 Thread Rich Brown via Cake
> On Oct 10, 2022, at 8:05 PM, Bob McMahon via Rpm > wrote: > > > I think conflating bufferbloat with latency misses the subtle point in that > > bufferbloat is a measurement in memory units more than a measurement in > > time units. Yes, but... I am going to praise this video, even as I

Re: [Cake] [Bloat] The most wonderful video ever about bufferbloat

2022-10-11 Thread Taraldsen Erik via Cake
No we don't. I think someone without all the legacy imposed on an old ISP as Telenor needs to go for that market. And when I see how difficult it is to get customer to swap devices even when we give it to them for free - I don't see a viable business made from selling CPEs when not backed by

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

2022-10-11 Thread Sebastian Moeller via Cake
Hi Bob, On 11 October 2022 02:05:40 CEST, Bob McMahon wrote: >It's too big because it's oversized so it's in the size domain. It's >basically Little's law's value for the number of items in a queue. > >*Number of items in the system = (the rate items enter and leave the >system) x (the average

Re: [Cake] [Bloat] The most wonderful video ever about bufferbloat

2022-10-11 Thread Dave Taht via Cake
I guess my question is, erik, do you sell these routers commercially? There is a huge latent market in the US that could use upgrades. ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] [Bloat] The most wonderful video ever about bufferbloat

2022-10-11 Thread Sebastian Moeller via Cake
Hi Erik, On 11 October 2022 08:08:14 CEST, Taraldsen Erik wrote: > > >On 10/10/2022, 22:23, "Cake on behalf of Sebastian Moeller via Cake" > >wrote: > > > [SM] Tricky... e.g. vectoring enabled CPE can be instructed by the > DSLAM to send error samples in-band with the data, but that

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

2022-10-11 Thread Sebastian Moeller via Cake
Hi Bob, On 10 October 2022 18:45:31 CEST, Bob McMahon wrote: >I think conflating bufferbloat with latency misses the subtle point in that >bufferbloat is a measurement in memory units more than a measurement in >time units. The first design flaw is a queue that is too big. [SM] I tend to

Re: [Cake] [Bloat] The most wonderful video ever about bufferbloat

2022-10-11 Thread Taraldsen Erik via Cake
On 10/10/2022, 22:23, "Cake on behalf of Sebastian Moeller via Cake" wrote: [SM] Tricky... e.g. vectoring enabled CPE can be instructed by the DSLAM to send error samples in-band with the data, but that traffic is never seen by our shapers, so to account for that we need to set a