[Bloat] RED against bufferbloat

Matt Mathis mattmathis at google.com
Tue Feb 24 11:13:24 EST 2015


RED doesn't work so well, by hindsight it has the wrong estimators and
control functions.   However every algorithm on the table today is in some
sense derived from that ground breaking work.

"Red in a different light" and others are the stepping stones between then
and now.

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

Privacy matters!  We know from recent events that people are using our
services to speak in defiance of unjust governments.   We treat privacy and
security as matters of life and death, because for some users, they are.

On Tue, Feb 24, 2015 at 7:43 AM, sahil grover <sahilgrover013 at gmail.com>
wrote:

> (i) First of all,i want to know whether RED was implemented or not?
> if not then what were the reasons(major) ?
> anyone please tell me in simple words here only,because i don't want to
> read any paper like "RED in a different light".
>
> (ii)Second, as we all know RED controls the  average queue size from
> growing.
> So it also controls delay in a way or  we can say  is a solution to
> bufferbloat problem. Then why it was not considered.
>
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20150224/6ef03b42/attachment-0003.html>


More information about the Bloat mailing list