From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from shards.monkeyblade.net (unknown [IPv6:2001:4f8:3:36:211:85ff:fe63:a549]) by huchra.bufferbloat.net (Postfix) with ESMTP id 775592012F7 for ; Mon, 9 Jul 2012 00:08:36 -0700 (PDT) Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98]) by shards.monkeyblade.net (Postfix) with ESMTPSA id 5F29D585D81; Mon, 9 Jul 2012 00:08:37 -0700 (PDT) Date: Mon, 09 Jul 2012 00:08:34 -0700 (PDT) Message-Id: <20120709.000834.1182150057463599677.davem@davemloft.net> To: eric.dumazet@gmail.com From: David Miller In-Reply-To: <1341396687.2583.1757.camel@edumazet-glaptop> References: <1340945457.29822.7.camel@edumazet-glaptop> <1341396687.2583.1757.camel@edumazet-glaptop> X-Mailer: Mew version 6.5 on Emacs 24.0.97 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nanditad@google.com, netdev@vger.kernel.org, ycheng@google.com, codel@lists.bufferbloat.net, mattmathis@google.com, ncardwell@google.com Subject: Re: [Codel] [RFC PATCH] tcp: limit data skbs in qdisc layer X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 07:08:36 -0000 From: Eric Dumazet Date: Wed, 04 Jul 2012 12:11:27 +0200 > sk->sk_wmem_alloc not allowed to grow above a given limit, > allowing no more than ~4 segments [1] per tcp socket in qdisc layer at a > given time. (if TSO is enabled, then a single TSO packet hits the limit) I'm suspicious and anticipate that 10G will need more queueing than you are able to get away with tg3 at 1G speeds. But it is an exciting idea nonetheless :-)