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> > >
- Re: [tcpm] TCP Tuning for HTTP - update Jana Iyengar
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Eliot Lear
- Re: [tcpm] TCP Tuning for HTTP - update SALLANTIN Renaud
- Re: [tcpm] TCP Tuning for HTTP - update Kuhn Nicolas
- Re: [tcpm] TCP Tuning for HTTP - update Gorry Fairhurst
- Re: [tcpm] TCP Tuning for HTTP - update Mark Nottingham
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Yuchung Cheng
- Re: [tcpm] TCP Tuning for HTTP - update Gorry Fairhurst
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Mark Nottingham
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Mark Nottingham
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Matthew Kerwin
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Adrien de Croy
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Adrien de Croy
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Scharf, Michael (Nokia - DE)
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Tim Wicinski
- Re: [tcpm] TCP Tuning for HTTP - update Eliot Lear
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Alexey Melnikov
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Willy Tarreau
- Re: [tcpm] TCP Tuning for HTTP - update Mark Nottingham
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Joe Touch
- Re: [tcpm] TCP Tuning for HTTP - update Mark Nottingham
- [tcpm] TCP Tuning for HTTP - update Mark Nottingham