From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 56F6A21F2C4 for ; Thu, 23 Apr 2015 22:23:34 -0700 (PDT) Received: by igblo3 with SMTP id lo3so6529685igb.0 for ; Thu, 23 Apr 2015 22:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:cc:date:in-reply-to:references :content-type:mime-version:content-transfer-encoding; bh=XSXpkljMfgcw4kyTFyV7LUKj8aSRG2s81+OvOxceLo8=; b=LIiek7l9KzLnH829ffM71UIWmx2a4lkpul1CAL5RNrdTJ1329nCgNjqFcAPkpmw1Ry aR/2ihG7fHORFD7NXq+XYJlTv0VvaaFD+I72KfdF4sVaegDh9SW8kZhy52vWaRJyqMM3 d4n9888erltVkolNsg61HDgEEue7V3sYGzX/05MheU/99ixzOW5TPRoKgE4wNHrevHkm PmNe6RYfrGdXRrVZ7zGOHmf7nz/D4t8k11MTFmb4C+aJECl/Tc3vc5pG5E/+N/k/U51W 9p1D1422LoARJxNAIFgpTwVqShDXEkV0Vzg4a6dBSeLoGPOY9Ilw0mBnThbGZu3tqcCR Cucg== X-Received: by 10.107.47.163 with SMTP id v35mr8559892iov.86.1429853014005; Thu, 23 Apr 2015 22:23:34 -0700 (PDT) Received: from [172.26.55.207] ([172.26.55.207]) by mx.google.com with ESMTPSA id l1sm6574135ioe.32.2015.04.23.22.23.32 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128); Thu, 23 Apr 2015 22:23:33 -0700 (PDT) Message-ID: <1429853012.22254.119.camel@edumazet-glaptop2.roam.corp.google.com> From: Eric Dumazet To: Dave Taht Date: Thu, 23 Apr 2015 22:23:32 -0700 In-Reply-To: References: <20150422191056.9C7AC406057@ip-64-139-1-69.sjc.megapath.net> <1429736552.18561.144.camel@edumazet-glaptop2.roam.corp.google.com> <55380D28.5080100@hp.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Hal Murray , bloat Subject: Re: [Bloat] SO_SNDBUF and SO_RCVBUF 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: Fri, 24 Apr 2015 05:24:03 -0000 On Thu, 2015-04-23 at 21:37 -0700, Dave Taht wrote: > On Wed, Apr 22, 2015 at 2:05 PM, Rick Jones wrote: > > On 04/22/2015 02:02 PM, Eric Dumazet wrote: > >> > >> Yeah, the real nice thing is TCP_NOTSENT_LOWAT added in linux-3.12 > > I will argue that that would give a much better estimate as to how > much data was really outstanding on the wire. This would be the responsibility of the CC. Each CC has its own ways to be controlled. vegas & cubic have different knobs. TCP_NOTSENT_LOWAT controls the number of unsent bytes. This is generic. You do not want to add a 'knob' that would lock all CC to a given behavior : It is already there with pacing. If you know the rtt, then with pacing you also can limit XXX bytes on the wire.