From: Kathleen Nichols <nichols@pollere.com>
To: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] RED against bufferbloat
Date: Tue, 24 Feb 2015 14:39:27 -0800 [thread overview]
Message-ID: <54ECFD9F.4020205@pollere.com> (raw)
In-Reply-To: <CAH56bmDuAZLiyyZ-wUJNsTrsthnsfFPdxDbFXpjkdL8Z5Uv+LA@mail.gmail.com>
Good, point. I like to think of the original RED as more 1) noting that all
those full buffers weren't doing anyone any good and 2) noting that one
could perhaps be aware of creeping congestion and "gently" prevent it.
Those two items are still important it's just that making 2) work has more
"ahas" in it than was apparent at first blush. I think it is good for us as
a community to figure out what doesn't work and what directions we should
explore.
For example, as has been mentioned, creating better mixes of traffic shows
the issues of acks mixed with data real fast. Separate queues fixes those
issues very nicely. But we have to be standing on a stepping stone along the
path to see this stuff.
Kathie
On 2/24/15 8:13 AM, Matt Mathis wrote:
> 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@gmail.com
> <mailto:sahilgrover013@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@lists.bufferbloat.net <mailto:Bloat@lists.bufferbloat.net>
> https://lists.bufferbloat.net/listinfo/bloat
>
>
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
next prev parent reply other threads:[~2015-02-24 22:39 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-24 15:43 sahil grover
2015-02-24 16:13 ` Matt Mathis
2015-02-24 22:39 ` Kathleen Nichols [this message]
2015-02-25 6:46 ` Mikael Abrahamsson
2015-02-25 6:54 ` David Lang
2015-02-25 6:59 ` Mikael Abrahamsson
2015-02-25 8:29 ` Alex Elsayed
2015-02-25 8:06 ` Bob Briscoe
2015-02-25 8:42 ` Alex Elsayed
2015-02-25 9:18 ` Michael Welzl
2015-02-25 9:29 ` Sebastian Moeller
2015-02-25 10:10 ` Michael Welzl
2015-02-25 10:24 ` Toke Høiland-Jørgensen
2015-02-25 10:47 ` Mikael Abrahamsson
2015-02-25 11:04 ` Toke Høiland-Jørgensen
2015-02-25 18:39 ` Bill Ver Steeg (versteb)
2015-02-26 9:01 ` MUSCARIELLO Luca IMT/OLN
2015-02-26 10:39 ` Mikael Abrahamsson
2015-02-26 10:41 ` Toke Høiland-Jørgensen
2015-02-26 10:44 ` Mikael Abrahamsson
2015-02-26 10:51 ` Toke Høiland-Jørgensen
2015-02-26 10:59 ` Sebastian Moeller
2015-02-26 11:12 ` Jonathan Morton
2015-02-27 0:26 ` Dave Taht
2015-02-26 10:45 ` Sebastian Moeller
2015-02-26 11:34 ` Jonathan Morton
2015-02-26 12:59 ` Mikael Abrahamsson
2015-02-26 11:26 ` MUSCARIELLO Luca IMT/OLN
2015-02-26 12:57 ` Mikael Abrahamsson
2015-02-25 13:25 ` Sebastian Moeller
2015-02-25 13:36 ` Mikael Abrahamsson
2015-02-25 13:38 ` Toke Høiland-Jørgensen
2015-02-25 14:05 ` Mikael Abrahamsson
2015-02-25 18:51 ` Bill Ver Steeg (versteb)
2015-02-25 14:16 ` MUSCARIELLO Luca IMT/OLN
2015-02-25 16:09 ` Mikael Abrahamsson
2015-02-25 17:34 ` MUSCARIELLO Luca IMT/OLN
2015-02-25 17:56 ` Jonathan Morton
2015-02-26 12:54 ` Mikael Abrahamsson
2015-02-26 14:06 ` MUSCARIELLO Luca IMT/OLN
2015-02-26 14:18 ` Mikael Abrahamsson
2015-02-26 15:18 ` MUSCARIELLO Luca IMT/OLN
2015-02-26 17:04 ` Dave Taht
2015-02-26 18:07 ` Dave Taht
2015-02-26 18:33 ` [Bloat] RE : " luca.muscariello
2015-02-26 18:59 ` [Bloat] " Mikael Abrahamsson
2015-02-26 19:44 ` Bill Ver Steeg (versteb)
2015-02-26 20:42 ` Jonathan Morton
2015-02-26 21:50 ` Dave Taht
2015-02-25 16:54 ` Sebastian Moeller
2015-02-25 10:54 ` Michael Welzl
2015-02-25 11:24 ` Toke Høiland-Jørgensen
2015-02-25 12:08 ` Jonathan Morton
2015-02-25 19:04 ` David Lang
2015-02-25 19:30 ` Michael Welzl
2015-02-25 9:31 ` Alex Elsayed
2015-02-25 10:37 ` Michael Welzl
2015-02-25 10:54 ` Alex Elsayed
2015-02-25 17:28 ` Bob Briscoe
2015-02-25 18:03 ` Dave Taht
2015-02-26 9:36 ` Sebastian Moeller
2015-02-25 17:57 ` Dave Taht
2015-02-25 19:25 Hal Murray
2015-02-25 20:00 ` Jonathan Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54ECFD9F.4020205@pollere.com \
--to=nichols@pollere.com \
--cc=bloat@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox