From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cassarossa.samfundet.no (cassarossa.samfundet.no [IPv6:2001:67c:29f4::29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id B474021F150; Sat, 31 Aug 2013 14:15:39 -0700 (PDT) Received: from pannekake.samfundet.no ([2001:67c:29f4::50] ident=unknown) by cassarossa.samfundet.no with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1VFsW7-0003Ii-FV; Sat, 31 Aug 2013 23:15:35 +0200 Received: from sesse by pannekake.samfundet.no with local (Exim 4.80) (envelope-from ) id 1VFsW7-0001SD-3C; Sat, 31 Aug 2013 23:15:35 +0200 Date: Sat, 31 Aug 2013 23:15:35 +0200 From: "Steinar H. Gunderson" To: Dave Taht Message-ID: <20130831211535.GF15389@sesse.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Operating-System: Linux 3.11.0-rc5 on a x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "codel@lists.bufferbloat.net" , "cerowrt-devel@lists.bufferbloat.net" , bloat Subject: Re: [Bloat] another sets of leaps forward for linux packet queueing 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: Sat, 31 Aug 2013 21:15:40 -0000 On Sat, Aug 31, 2013 at 01:47:50PM -0700, Dave Taht wrote: > Eric Dumazet just posted a pure fq scheduler (using the highly optimized > red/black trees in the kernel) > > http://marc.info/?l=linux-netdev&m=137740009008261&w=2 > > which "scales to millions of concurrent flows per qdisc".Jon Corbet wrote > it up in (subscriber only link) in lwn http://lwn.net/Articles/564978/ > which also details the new tso sizing patch, which fixes the oft complained > about overlarge tso problem and does much saner things with it.... I think it's hard to overstate the long-term significance of fq and its TCP pacing; I've done similar things with HTB in the past with excellent results, so having something non-hackish for this will be awesome. In a few years, we'll wonder how we ever survived without pacing. /* Steinar */ -- Homepage: http://www.sesse.net/