[Bloat] Some updates on hacking on AQMS
Eric Dumazet
eric.dumazet at gmail.com
Fri Jun 24 01:01:00 EDT 2011
Le jeudi 23 juin 2011 à 17:10 -0600, Dave Taht a écrit :
> On Thu, Jun 23, 2011 at 4:45 PM, Juliusz Chroboczek <jch at pps.jussieu.fr> wrote:
> >> It really seems that ECN support could be added generically for all
> >> qdiscs that currently do packet drop. Creating a generic mark_or_drop
> >> function is easy.
> >
> > As hinted in a previous message -- please don't. Every qdisc must be
> > examined individually to check if it is suitable for ECN.
> >
> > Consider also the following. If the administrator specifies a maximum
> > rate of 100 Mbit/s, he probably doesn't expect the outgoing traffic to
> > exceed that rate under any circumstances. If you start marking instead
> > of dropping, you must make sure that the resulting traffic is still
> > under 100 Mbit/s, including the marked packets.
>
> In designing this particular concept I made sure that was an option,
> in the mildly recorrected:
>
> http://www.bufferbloat.net/projects/bloat/wiki/Save_the_Ants
>
> Try harder to not shoot the ants, but make ecn marking a first class
> option throughout the qdiscs...
>
> if possible..
I believe it was done.
qdisc implementations are not random, but follow extensive research
works.
Before doing a change like that, you must redo all the experiments and
show the pro/cons ;)
Once qdisc queue is _full_, its too late, you have to drop packets
anyway. And its not because at least one flow is not responsive :
It might be because one thousand flows began their life at the very same
moment :(
More information about the Bloat
mailing list