From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <eric.dumazet@gmail.com>
Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47])
	(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 6CFA4208AC5
	for <bloat@lists.bufferbloat.net>; Wed,  9 May 2012 17:08:44 -0700 (PDT)
Received: by wgbfa7 with SMTP id fa7so700170wgb.28
	for <bloat@lists.bufferbloat.net>; Wed, 09 May 2012 17:08:42 -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=AwJxT4ypsjGmggX/vpUa738GbqCduN1BViJTax9AS1Q=;
	b=QlGbKnYOw7+/FlPyKGlBRJxknB7S3q/riq122xLImDAOy00YBI4MVbXza1caq/zbBR
	gWWKAcdnZxa7eCw86HNiU+0luVb989WSa6L//S0J9TVAXH0S1RXi1SLaGJZeHmtenN4O
	le9FaR0fRjfani7CEHbaSjoL5nDPXoDmrp8nBFtDaop+Lz7cqd/lmZkhBcozbQCVjW+7
	EUYysKieDgrWc0L83iNWyBkKI/gwjCBbQ3J2O9jWaXWY4dPBYd//qZMg0b5V7caH4dJj
	TVK2bXEOXAyVml4/Kd5gf1VzyavwSJZiCNwg6/4uyVzLqs6rmusjCU6+irB5PxG4vDT4
	wH2A==
Received: by 10.180.109.197 with SMTP id hu5mr4591871wib.8.1336608522244;
	Wed, 09 May 2012 17:08:42 -0700 (PDT)
Received: from [172.28.91.135] ([74.125.122.49])
	by mx.google.com with ESMTPS id ff9sm39973811wib.2.2012.05.09.17.08.40
	(version=SSLv3 cipher=OTHER); Wed, 09 May 2012 17:08:41 -0700 (PDT)
From: Eric Dumazet <eric.dumazet@gmail.com>
To: "Steinar H. Gunderson" <sgunderson@bigfoot.com>
In-Reply-To: <20120510000246.GA8131@uio.no>
References: <CAA93jw7EUSf-NAg9q6oxRms5LQopO-VseYUtXAyCkUi=Yitx-g@mail.gmail.com>
	<4FA9FDC0.9010600@superduper.net>
	<44673AC5-4320-4C19-9788-87A63C47549D@cisco.com>
	<4FAAE5F0.2030404@freedesktop.org>
	<1336607919.12504.119.camel@edumazet-glaptop>
	<20120510000246.GA8131@uio.no>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 10 May 2012 02:08:39 +0200
Message-ID: <1336608519.12504.121.camel@edumazet-glaptop>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.3 
Content-Transfer-Encoding: 7bit
Cc: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] [Codel]  The challenge
X-BeenThere: bloat@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: General list for discussing Bufferbloat <bloat.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/bloat>,
	<mailto:bloat-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/bloat>
List-Post: <mailto:bloat@lists.bufferbloat.net>
List-Help: <mailto:bloat-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/bloat>,
	<mailto:bloat-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Thu, 10 May 2012 00:08:44 -0000

On Thu, 2012-05-10 at 02:02 +0200, Steinar H. Gunderson wrote:
> On Thu, May 10, 2012 at 01:58:39AM +0200, Eric Dumazet wrote:
> > One solution is at the producer level (TCP stack of the sender in this
> > case) to properly pace the transmits in MSS units given the RTT and
> > cwnd, supposedly done with TCP Hybla.
> 
> You can also rate-limit individual flow, if you're happy with an upper
> bound on each flow (in my case: video streaming). I'm testing this these
> days, and without having any proof, I'm quite convinced it reduces
> bufferbloat problems significantly.

Of course, if you have a given throughput per flow, you can do that.

TCP stack has no clue about this an try to fill the pipes as fast as
possible.