Re: [Bloat] the future belongs to pacing

2020-07-06 Thread Roland Bless
Hi Matt and Jamshid, On 04.07.20 at 19:29 Matt Mathis via Bloat wrote: > Key takeaway: pacing is inevitable, because it saves large content > providers money (more efficient use of the most expensive silicon in > the data center, the switch buffer memory), however to use pacing we > walk away fro

Re: [Bloat] [Make-wifi-fast] the future belongs to pacing

2020-07-06 Thread Toke Høiland-Jørgensen
Daniel Sterling writes: > On Mon, Jul 6, 2020 at 10:09 AM Luca Muscariello wrote: >> If BBR can fix that by having a unique model for all these cases that would >> make deprecation, as intended in the paper, >> likely to happen. > > Interesting! Thank you all for helping a layperson like me und

Re: [Bloat] [Make-wifi-fast] the future belongs to pacing

2020-07-06 Thread Daniel Sterling
On Mon, Jul 6, 2020 at 10:09 AM Luca Muscariello wrote: > If BBR can fix that by having a unique model for all these cases that would > make deprecation, as intended in the paper, > likely to happen. Interesting! Thank you all for helping a layperson like me understand. Obviously getting CC / l

Re: [Bloat] [Make-wifi-fast] the future belongs to pacing

2020-07-06 Thread Luca Muscariello
It is not surprising that BBR comes from Van who's also designed and implemented pathchar. I liked reading the paper when it was published and it has the merit to be simple to read for a large audience. I agree very much on the title as bang-bang congestion control (not only AIMD) could be deprec