From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 66C322004FD for ; Wed, 8 Jun 2011 15:46:49 -0700 (PDT) Received: from canuck.infradead.org ([2001:4978:20e::1]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1QURpP-000611-NX; Wed, 08 Jun 2011 23:06:23 +0000 Received: from tgr by canuck.infradead.org with local (Exim 4.76 #1 (Red Hat Linux)) id 1QURpO-0005To-NE; Wed, 08 Jun 2011 23:06:22 +0000 Date: Wed, 8 Jun 2011 19:06:22 -0400 From: Thomas Graf To: Jesper Dangaard Brouer Message-ID: <20110608230622.GE17867@canuck.infradead.org> References: <1307537773.3057.17.camel@edumazet-laptop> <1307545032.3057.45.camel@edumazet-laptop> <1307546871.20906.223.camel@probook> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1307546871.20906.223.camel@probook> User-Agent: Mutt/1.5.20 (2009-08-17) Sender: Thomas Graf X-SRS-Rewrite: SMTP reverse-path rewritten from by canuck.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Thu, 09 Jun 2011 16:20:02 -0700 Cc: Thomas Graf , bloat Subject: Re: [Bloat] Notes about hacking on AQMs X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 22:46:49 -0000 On Wed, Jun 08, 2011 at 11:27:51AM -0400, Jesper Dangaard Brouer wrote: > On Wed, 2011-06-08 at 16:57 +0200, Eric Dumazet wrote: > > > Just add to your HTB some RED qdisc ? You have a framework to build > > whatever is needed. Dont try to use a "single magic thing that will > > solve all my problems". This reminds me the ESFQ attempt : Patrick > > prefered to plug an external classifier in SFQ, instead of adding > > specialized code in each possible Qdisc. > > While this is a good coding approach, the end result is that nobody is > using this stuff, because "tc" is so difficult to use, and its error > feedback is so lousy that you will never figure out your small syntax > errors. > > I wonder if Thomas Graf ever finished/release his alternative to tc? Wish I could spend more time on it but I'm slowly getting there. I'll present some of it at netconf. Takes quite some effort to really handle all misconfiguration cases and print verbose error messages to help and assist the user.