[Bloat] Please enter issues into the issue tracker - Issue system organisation needed.
John W. Linville
linville at tuxdriver.com
Fri Feb 25 10:40:36 EST 2011
On Thu, Feb 24, 2011 at 11:31:40AM -0700, Dave Täht wrote:
> Eric Dumazet <eric.dumazet at gmail.com> writes:
>
> > Le jeudi 24 février 2011 à 11:32 -0500, Jim Gettys a écrit :
> >
> >> So we need better AQM algorithms and extensive testing: as you may have
> >> seen, SFB just went into the Linux mainline this morning.
> >>
> >
> > Indeed ;)
>
> I would really like a sane implementation of some basic tc scripts for
> SFB and CHOKe to be out there.
>
> Dan Siemon's recent set of bufferbloat-related tests
>
> http://www.coverfire.com/archives/2011/02/21/network-latency-experiments/
>
> appeared to invoke issues between multiple queuing disciplines when
> using SFB.
>
> Now that SFB is kernel bound, and CHOKe as well, I've merged up
> support for CHOKe and SFB into this git repo for iproute2 and the tc
> traffic control tool.
>
> See:
>
> https://github.com/dtaht/iproute2bufferbloat
>
> There is a debloat-testing Linux kernel repo up at:
>
> http://git.infradead.org/debloat-testing.git
>
> It builds, I haven't booted into it yet. The patch set is pretty minor,
> if you already have a Linux-2.6 tree it pays to use:
>
> git clone --references your_existing_tree git://git.infradead.org/debloat-testing.git
>
> (Doesn't have SFB yet, either. John?)
There now, along with a revision of my eBDP patch. The SFQ
patches Eric identified later in this thread were already there
from 2.6.38-rc6.
John
--
John W. Linville Someday the world will need a hero, and you
linville at tuxdriver.com might be all we have. Be ready.
More information about the Bloat-devel
mailing list