Re: ANNOUNCE: debloat-testing kernel git tree
From: Sedat Dilek
Date: Sun Feb 27 2011 - 10:24:22 EST
On Fri, Feb 25, 2011 at 11:22 PM, John W. Linville
> The bufferbloat project  is pleased to announce the availability
> of the debloat-testing Linux kernel git tree:
> Â Â Â Âgit://git.infradead.org/debloat-testing.git
> The purpose of this tree is to provide a reasonably stable base for
> the development and testing of new algorithms, miscellaneous fixes,
> and maybe a few hacks intended to advance the cause of eliminating
> or at least mitigating bufferbloat in the Linux world.
> Bufferbloat is a term coined by Jim Gettys to describe the increasing
> prevalence of large and (particularly) unmanaged network buffers along
> the network links that comprise the Internet . ÂIf you are not aware
> of the problems with network latency under load that the Internet is
> already encountering, we encourage you to visit Jim Gettys' blog .
> There Jim has begun to fit together enough puzzle pieces to at least
> frame the issue.
> Jim has also made available slides and an audio recording (edited
> for time) from a presentation on this topic:
> Â Â Â Âhttp://mirrors.bufferbloat.net/Talks/BellLabs01192011/
> Kernel Bits
> The debloat-testing tree is intended to track full and -rc releases
> from linux-2.6, with interesting patches cherry-picked from net-next
> and various experimental bits added on top. ÂThe current stable of
> such patches includes the following:
> Eric Dumazet (based on original work by Juliusz Chroboczek):
> Â Â Ânet_sched: SFB flow scheduler
> stephen hemminger:
> Â Â Âsched: CHOKe flow scheduler
> John Fastabend:
> Â Â Ânet: implement mechanism for HW based QOS
> Â Â Ânet_sched: implement a root container qdisc sch_mqprio
> John W. Linville:
> Â Â Âmac80211: implement eBDP algorithm to fight bufferbloat
> Nathaniel J. Smith:
> Â Â Âiwlwifi: Simplify tx queue management
> Â Â Âiwlwifi: Convert the tx queue high_mark to an atomic_t
> Â Â Âiwlwifi: Invert the sense of the queue high_mark
> Â Â Âiwlwifi: auto-tune tx queue size to minimize latency
> Â Â Âiwlwifi: make current tx queue sizes visible in debugfs
> Dave Taht:
> Â Â ÂBufferbloat reduction for the e1000 driver that started it all
> Â Â ÂReduce bufferbloated default for e1000e, increase dynamic range
> Â Â ÂSmash bufferbloat in the ath9k driver
> Userland Bits
> Patches for the userspace tc utility incorporating support for both the
> CHOKe AQM and the Stochastic Fair Blue scheduler (SFB) are available:
> Â Â Â Âhttps://github.com/dtaht/iproute2bufferbloat
> Please send any experimental or research-oriented patches related to
> bufferbloat to the bloat-devel@xxxxxxxxxxxxxxxxxxxxx list. ÂReminders
> of more mainstream patches that may be relevant and/or interesting
> for cherry-picking into debloat-testing are welcome there as well.
> Obviously, patches that are ready for normal merge consideration
> should continue to be sent to netdev, linux-wireless, linux-kernel,
> or whatever other existing list is appropriate for them.
> Finally, we want to offer a huge thanks to the 130+ new members of
> the bloat mailing list  for leaping into the fray, and to David
> Woodhouse for hosting the debloat-testing tree at infradead.
> Please help us beat the bloat. ÂGood luck, and happy debloating!
>  http://bufferbloat.net
>  http://gettys.wordpress.com/what-is-bufferbloat-anyway/
>  http://en.wordpress.com/tag/bufferbloat/
>  https://lists.bufferbloat.net
> John W. Linville Â Â Â Â Â Â Â ÂSomeday the world will need a hero, and you
> linville@xxxxxxxxxxxxx Â Â Â Â Â Â Â Â Âmight be all we have. ÂBe ready.
it should be "localversion-debloat" in the commit-subject in  (not
"-db" as suffix is IMHO not very meaningful... Why not add simply a
suffix called "-debloat"?
(Anyway, I will revert this patch because I don't want to have any
suffix added automatically.)
I have several other questions, but I start compiling first and test
this debloat kernel.
- Sedat -
 "Add localversion-wireless to identify builds from this tree."
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/