Re: [tcpm] TCP Tuning for HTTP - update

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Fri, 19 August 2016 07:47 UTC

Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43D4112DA40 for <tcpm@ietfa.amsl.com>; Fri, 19 Aug 2016 00:47:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.147
X-Spam-Level:
X-Spam-Status: No, score=-3.147 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.247] autolearn=ham autolearn_force=no
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 Vdh8PWjY8Wui for <tcpm@ietfa.amsl.com>; Fri, 19 Aug 2016 00:47:55 -0700 (PDT)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:241:204::f0f0]) by ietfa.amsl.com (Postfix) with ESMTP id 8E34512D8AE for <tcpm@ietf.org>; Fri, 19 Aug 2016 00:47:55 -0700 (PDT)
Received: from Gs-MacBook-Pro.local (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPA id E1F111B00269; Fri, 19 Aug 2016 08:47:37 +0100 (BST)
Message-ID: <57B6B9A0.10402@erg.abdn.ac.uk>
Date: Fri, 19 Aug 2016 08:47:44 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Yuchung Cheng <ycheng@google.com>
References: <0CC24FC1-37E1-4125-9627-05726A9D9406@mnot.net> <655C07320163294895BBADA28372AF5D489E64AF@FR712WXCHMBA15.zeu.alcatel-lucent.com> <61fa7faa-d2a3-e8f3-9497-1f0f93e7b81e@erg.abdn.ac.uk> <CAK6E8=eehsO6Br=9N3gJMwcP1-CQKzgfgsy6O=SFniQgVNzvGQ@mail.gmail.com>
In-Reply-To: <CAK6E8=eehsO6Br=9N3gJMwcP1-CQKzgfgsy6O=SFniQgVNzvGQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/9T8qfMWJjZTmUW3TGcU7Fy8JATE>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, Mark Nottingham <mnot@mnot.net>, Patrick McManus <pmcmanus@mozilla.com>, Daniel Stenberg <daniel@haxx.se>
Subject: Re: [tcpm] TCP Tuning for HTTP - update
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: gorry@erg.abdn.ac.uk
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 07:47:59 -0000

On 18/08/2016 18:34, Yuchung Cheng wrote:
>
>
> On Thu, Aug 18, 2016 at 9:54 AM, Gorry Fairhurst <gorry@erg.abdn.ac.uk 
> <mailto:gorry@erg.abdn.ac.uk>> wrote:
>
>     Speaking as someone who commented on an earlier version:
>
>     I think it is good to offer advice on how TCP is used for web
>     traffic. I can see there is likely useful information that can
>     document how some things are done, and perhaps also recommend some
>     changes. I support continuing work on this.
>
>     Publishing a document like this in the RFC series needs to be
>     consistent with IETF consensus. The ID touches on many things that
>     are assigned to TCPM. (The breadth of topics may be a good reason
>     for a document - but is also a concern, because many things need
>     more clear description before the recommendations become clear).
>
>     I think this document should NOT be considered as BCP. It talks
>     about system configuration of endpoints, and of the
>     recommendations I see, some do support current PSs, some set new
>     precedents against current PS RFCs and in some cases the present
>     text appears to endorse EXP RFCs. If published as a BCP, that sort
>     of advice is likely to be confusing. Such information can also
>     easily be outdated, I suggest if adopted, this should be
>     Informational and clearly set the scope of the recommendations.
>
> +1 on informational
>
> It'd be great for the document to cite more detailed technical 
> reports, for readers to learn the pros and cons, and the history. IMO 
> it'd significantly improve this document. The reason is that TCP and 
> network will continue to evolve, so knowing the past and details can 
> help readers to judge whether a specific recommendation is still 
> useful or not, if he is willing to spend time to explore. For example, 
> he can use some online tools to track the citation of these reports 
> and see new reports.
>
I agree
> For the document, I'd recommend two more items that my personal 
> experience gives remarkable performance enhancement on reducing and 
> recover from losses.
>
> 1) make sure your stack supports SACK
> 2) enable pacing.
>
+1

> On disabling Nagle, there are also better APIs like Linux Cork so you 
> don't have to send small packets even on continuous writes. One common 
> problem I often see is developers unconditionally disable Nagle, but 
> their HTTP workload may lead to lots of small packets.
>
Worth metioning.
> my 2c
>
>
>     If this work continues, it needs to be reviewed by TCPM and
>     HTTPbis. This would need much more than simply a last-call in both
>     working groups - but I'm sure with proper coordination progress
>     could be made so that there were no surprises for either group at
>     the time of WGLC!
>
>     Gorry
>
>
>
>
>         -----Original Message-----
>         From: tcpm [mailto:tcpm-bounces@ietf.org
>         <mailto:tcpm-bounces@ietf.org>] On Behalf Of Mark Nottingham
>         Sent: Wednesday, August 17, 2016 4:03 AM
>         To: tcpm@ietf.org <mailto:tcpm@ietf.org>
>         Cc: Patrick McManus; Daniel Stenberg
>         Subject: [tcpm] TCP Tuning for HTTP - update
>
>         Hi TCPM,
>
>         Just a quick note; Daniel and Tim have made an update to the
>         TCP Tuning for HTTP draft:
>         https://tools.ietf.org/html/draft-stenberg-httpbis-tcp
>         <https://tools.ietf.org/html/draft-stenberg-httpbis-tcp>
>
>         We've had a Call for Adoption open for this draft for a while,
>         and will likely adopt it soon. However, we'd like to get
>         feedback from this community first -- both about the latest
>         version of the input document, and to see if there's interest
>         in helping out.
>
>         You can give feedback on the HTTP WG mailing list
>         <https://lists.w3.org/Archives/Public/ietf-http-wg/
>         <https://lists.w3.org/Archives/Public/ietf-http-wg/>>, or  by
>         responding to this e-mail (Please leave the CC line; Patrick
>         and I will try to summarise the feedback to the WG).
>
>         Cheers,
>
>         --
>         Mark Nottingham https://www.mnot.net/
>
>
>
>
>         _______________________________________________
>         tcpm mailing list
>         tcpm@ietf.org <mailto:tcpm@ietf.org>
>         https://www.ietf.org/mailman/listinfo/tcpm
>         <https://www.ietf.org/mailman/listinfo/tcpm>
>
>         _______________________________________________
>         tcpm mailing list
>         tcpm@ietf.org <mailto:tcpm@ietf.org>
>         https://www.ietf.org/mailman/listinfo/tcpm
>         <https://www.ietf.org/mailman/listinfo/tcpm>
>
>
>     _______________________________________________
>     tcpm mailing list
>     tcpm@ietf.org <mailto:tcpm@ietf.org>
>     https://www.ietf.org/mailman/listinfo/tcpm
>     <https://www.ietf.org/mailman/listinfo/tcpm>
>
>