Re: Call for Adoption: TCP Tuning for HTTP

Amos Jeffries <squid3@treenet.co.nz> Mon, 07 March 2016 02:14 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52ED41B2BBA for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 6 Mar 2016 18:14:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.903
X-Spam-Level:
X-Spam-Status: No, score=-6.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dDgZHP0GaOap for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 6 Mar 2016 18:14:13 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 431581A90E7 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 6 Mar 2016 18:14:13 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1ackbK-0003VL-SG for ietf-http-wg-dist@listhub.w3.org; Mon, 07 Mar 2016 02:08:50 +0000
Resent-Date: Mon, 07 Mar 2016 02:08:50 +0000
Resent-Message-Id: <E1ackbK-0003VL-SG@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <squid3@treenet.co.nz>) id 1ackbE-0003Uc-P9 for ietf-http-wg@listhub.w3.org; Mon, 07 Mar 2016 02:08:44 +0000
Received: from [121.99.228.82] (helo=treenet.co.nz) by maggie.w3.org with esmtp (Exim 4.80) (envelope-from <squid3@treenet.co.nz>) id 1ackb9-0001AX-Aj for ietf-http-wg@w3.org; Mon, 07 Mar 2016 02:08:43 +0000
Received: from [192.168.20.251] (unknown [121.98.45.158]) by treenet.co.nz (Postfix) with ESMTP id BC17EE6F60 for <ietf-http-wg@w3.org>; Mon, 7 Mar 2016 15:08:02 +1300 (NZDT)
To: ietf-http-wg@w3.org
References: <1C279539-57D5-4624-A80A-0344565872DF@mnot.net> <7DE0D70B-2969-482D-AE5F-51213726B8B7@ogre.com>
From: Amos Jeffries <squid3@treenet.co.nz>
Message-ID: <56DCE281.5030804@treenet.co.nz>
Date: Mon, 07 Mar 2016 15:08:01 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <7DE0D70B-2969-482D-AE5F-51213726B8B7@ogre.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=121.99.228.82; envelope-from=squid3@treenet.co.nz; helo=treenet.co.nz
X-W3C-Hub-Spam-Status: No, score=-4.2
X-W3C-Hub-Spam-Report: AWL=-1.092, BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1ackb9-0001AX-Aj 0bca2c0d665cc24c9090b5d20f260868
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Call for Adoption: TCP Tuning for HTTP
Archived-At: <http://www.w3.org/mid/56DCE281.5030804@treenet.co.nz>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/31203
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On 7/03/2016 2:17 p.m., Leif Hedstrom wrote:
> 
>> On Mar 1, 2016, at 10:46 PM, Mark Nottingham wrote:
>>
>> [ copying Alison as our Transport Tech Advisor ]
>>
>> Daniel has kindly started a document about how HTTP uses TCP, both for /1 and /2:
>>  <https://tools.ietf.org/html/draft-stenberg-httpbis-tcp>
>>
>> We haven't explicitly discussed this at a meeting, but I have heard interest in this topic from a variety of folks.
>>
>> What do people think about adopting this with a target of Best Current Practice?
>>
>> Please comment on-list.
> 
> 
> +1 on adopting this as a BCP.
> 
> I think its focus / bias towards Linux has to be addressed, which requires input / feedback from other OS vendors of course. But the adoption of this draft would likely help such efforts significantly.
> 
> Cheers,
> 
> — leif


+1 "me too".

In regards to OS-specific things, I am somewhat against making it have
any at all. The most desirable outcome of this draft would not be that
admin can find what to tune for HTTP, but that TCP would evolve so we
dont have to tune at all. Don't forget that HTTP applications require
many different protocols all working together over the same transport(s)
to be efficient. Tuning just for one wont help much.

Along the lines of the FQ-Codel work done by the buffer bloat guys (some
of what will be relevant here) having a strong and fair underlying
transport can make the whole system more efficient.

Amos