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

Hi Dave, > On Oct 20, 2022, at 21:12, Dave Taht via Rpm > wrote: > > On Thu, Oct 20, 2022 at 12:04 PM Bob McMahon via Make-wifi-fast > wrote: >> >> Intel has a good analogous video on this with their CPU video here going >> over branches and failed predictions. And to Stuart's point, the

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

On Thu, Oct 20, 2022 at 11:32 AM Stuart Cheshire wrote: > > On 20 Oct 2022, at 02:36, Sebastian Moeller wrote: > > > Hi Stuart, > > > > [SM] That seems to be somewhat optimistic. We have been there before, short > > of mandating actually-working oracle schedulers on all end-points, > >

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

Hi Bob, I think I agree, I also agree with the goal of keeping queues small to non-existent, all I am saying is that this is fine as a goal, but unrealistic as a reachable end-point. Queues in the network serve a purpose (actually multiple) and are not pure bloat. The trick is to keep the good

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

The demo is nice but a way to measure this with full statistics can be actionable by engineers. I did add support for tcp write time with histograms, where setting TCP_NOTSENT_LOWAT, can give a sense of the network responsiveness as the writes will await the select() indicating the pipeline has

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

On Thu, Oct 20, 2022 at 12:04 PM Bob McMahon via Make-wifi-fast wrote: > > Intel has a good analogous video on this with their CPU video here going over > branches and failed predictions. And to Stuart's point, the longer pipelines > make the forks worse in the amount of in-process bytes that

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

Intel has a good analogous video on this with their CPU video here going over branches and failed predictions. And to Stuart's point, the longer pipelines make the forks worse in the amount of in-process bytes that need to be thrown away. Interactivity, in my

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

Hi Stuart, > On Oct 19, 2022, at 22:44, Stuart Cheshire via Rpm > wrote: > > On Mon, Oct 17, 2022 at 5:02 PM Stuart Cheshire wrote: > >> Accuracy be damned. The analogy to common experience resonates more. > > I feel it is not an especially profound insight to observe that, “people >

Re: [Cake] [Bloat] A quick report from the WISPA conference

Hi Sina, On 20 October 2022 07:15:47 CEST, Sina Khanifar wrote: >Hi Sebastian, > >> >> [SM] Just an observation, using Safari I see large maximal delays (like a >> small group of samples far out to the right of the bulk) for both down- >> and upload that essentially disappear when I switch to