W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2013

Re: [tcpm] httpbis chromium data

From: Pasi Sarolahti <pasi.sarolahti@iki.fi>
Date: Fri, 2 Aug 2013 17:22:41 +0200
Message-Id: <4D8D1959-8597-469E-BE38-76CAAB795C6A@iki.fi>
Cc: "William Chan (陈智昌)" <willchan@chromium.org>, Jerry Chu <hkchu@google.com>, "tcpm@ietf.org" <tcpm@ietf.org>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
To: "Scheffenegger, Richard" <rs@netapp.com>

On 2.8.2013, at 16.26, "Scheffenegger, Richard" <rs@netapp.com> wrote:

> One of the interesting facts from that was a spike/peak at large window sizes (200 packets IIRC). It would be interesting, how these large windows came to be…
>  
> Provided that these data  points are not invalid for some data collection issue somewhere, this should only be true for very long latencies (like browsing from Japan via Europe on a West-Coast Server), very high bandwidths (google deploys gigabit-to-the-home in places, right), or potentially when the tcp session is application limited but constantly stays below the bottleneck bandwidth, while the OS continues to increase the cwnd over many RTTs by 1 (congestion avoidance flaw in app-limited streams in some OS).

There is another possible reason that I find more likely explanation: excess buffering in the network.

- Pasi


Received on Friday, 2 August 2013 15:23:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:14 UTC