Nice informative video!
But:
"Comparing classic queuing versus L4S shows that there is a massive reduction
in round trip time with L4S.
This is the primary reason for the dramatic improvement in my screen-sharing
experience."
Seems unhelpful to me. As far as I can tell what is compared here is an
oversized FIFO (multiple seconds in a local Network queueing delay) with L4S'
L-queue. This hence demonstrates that AQM is better than no AQM, but seems
interprets the result as argument for L4S' being a good AQM. It would be highly
interesting to see how the same traffic would behave if "classic queuing" was
any other AQM. Or even the "C-queue" of L4S which (while not an optimized AQM*)
should also push the latency from painful multiple seconds into the dozens of
milliseconds range that would be fully acceptable (and might not even be
noticed). Or even just an FQ scheduler without AQM...
The other issue is that currently no L4S AQM are deployed, so I miss the
"deploy L4S AQM at your network nodes" advice that seems essential for L4S
actually helping**.
I understand that this video is not intended as a contribution to the academic
discussion about relative merits of different AQM approaches, but still ...
Regards
Sebastian
*) After all it needs to be bad enough to make the L-queue shine in comparison,
hence the surprisingly high reference target delays for e.g. DualQ's C-queue
PIE implementation, with its actively misleading justification from
misinterpreted/misunderstood latency data**...
**) scraped from a blog post intended to show-case how the RIPE ATLAS network
can be used for real experiments, and not a peer reviewed study of typical RTTs
between endusers and "the internet".
> On Jun 9, 2022, at 18:18, Stuart Cheshire via Bloat
> <[email protected]> wrote:
>
> Our colleague Vidhi Goel recorded an excellent Apple developer conference
> video “Reduce networking delays for a more responsive app”, which talks about
> bufferbloat and L4S.
>
> <https://developer.apple.com/videos/play/wwdc2022/10078/>
>
> Stuart Cheshire
>
> _______________________________________________
> Bloat mailing list
> [email protected]
> https://lists.bufferbloat.net/listinfo/bloat
_______________________________________________
Bloat mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/bloat
