From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <eric.dumazet@gmail.com>
Received: from mail-ee0-f43.google.com (mail-ee0-f43.google.com [74.125.83.43])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(Client CN "smtp.gmail.com",
	Issuer "Google Internet Authority" (verified OK))
	by huchra.bufferbloat.net (Postfix) with ESMTPS id 3AC86208ABD
	for <codel@lists.bufferbloat.net>; Mon,  9 Jul 2012 01:04:02 -0700 (PDT)
Received: by eeke50 with SMTP id e50so6601223eek.16
	for <codel@lists.bufferbloat.net>; Mon, 09 Jul 2012 01:03:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:from:to:cc:in-reply-to:references:content-type:date
	:message-id:mime-version:x-mailer:content-transfer-encoding;
	bh=4Sp8CzEOXJSMDFGxG7j6WhkQHY2D2qEbBfkf2Kta3gs=;
	b=uMmA0ZZdAyF45hFXAXDvf/8EflpRK/veOTQCjTvHqIOFrbn0//zqMgeSIKDVWhvza/
	ntlD8zJvacOA50Aabr7UDPhltstGME5DaFjS/ECmOotv7lM6WEzS6+uXzkWNUU8zzzX4
	EvZUnsr257PdiDyOPmJTUoU09LrlVB179N4s800xab4bjHnml2cnwqQO9lh4zmg5YzhT
	KPe/4N1NECl0PIInrH0X9UZzv8n++hjtCmL5OS1QHYcpXNvhnz13TBraF+9ajpWTjyc4
	4aeiRftGh0ADi/HBUOG4T1/J7CJkS3XZ9pQstAJ4K9apUGumydwq6oqj/s1TC1/5q9x6
	fPpA==
Received: by 10.14.95.72 with SMTP id o48mr1552958eef.30.1341821039509;
	Mon, 09 Jul 2012 01:03:59 -0700 (PDT)
Received: from [172.30.42.18] (171.237.66.86.rev.sfr.net. [86.66.237.171])
	by mx.google.com with ESMTPS id h53sm91529072eea.1.2012.07.09.01.03.57
	(version=SSLv3 cipher=OTHER); Mon, 09 Jul 2012 01:03:58 -0700 (PDT)
From: Eric Dumazet <eric.dumazet@gmail.com>
To: David Miller <davem@davemloft.net>
In-Reply-To: <20120709.000834.1182150057463599677.davem@davemloft.net>
References: <CAA93jw7ywd0auqN=k2J4fLOGYMLRH+agWr4P+_CisgvRtvgJUw@mail.gmail.com>
	<1340945457.29822.7.camel@edumazet-glaptop>
	<1341396687.2583.1757.camel@edumazet-glaptop>
	<20120709.000834.1182150057463599677.davem@davemloft.net>
Content-Type: text/plain; charset="UTF-8"
Date: Mon, 09 Jul 2012 10:03:56 +0200
Message-ID: <1341821036.3265.2161.camel@edumazet-glaptop>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.3 
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 <codel.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/codel>,
	<mailto:codel-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/codel>
List-Post: <mailto:codel@lists.bufferbloat.net>
List-Help: <mailto:codel-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/codel>,
	<mailto:codel-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Mon, 09 Jul 2012 08:04:02 -0000

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.