[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