From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: [RFC PATCH] tcp: limit data skbs in qdisc layer Date: Mon, 09 Jul 2012 10:03:56 +0200 Message-ID: <1341821036.3265.2161.camel@edumazet-glaptop> References: <1340945457.29822.7.camel@edumazet-glaptop> <1341396687.2583.1757.camel@edumazet-glaptop> <20120709.000834.1182150057463599677.davem@davemloft.net> 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 To: David Miller Return-path: In-Reply-To: <20120709.000834.1182150057463599677.davem@davemloft.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: codel-bounces@lists.bufferbloat.net Errors-To: codel-bounces@lists.bufferbloat.net List-Id: netdev.vger.kernel.org On Mon, 2012-07-09 at 00:08 -0700, David Miller wrote: > 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 :-) I tested the patch on 10G NIC and had no problem on netperf tests. Only that ixgbe is not yet BQL enabled so I could not add skb_try_orphan() in its start_xmit() : So if TX completion is a bit delayed, we can have a throughput slowdown. I added a /proc/sys/net/ipv4/tcp_limit_output_segs to play with various limits.