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

Pipeline hinting revisited

From: Brian Pane <brianp@brianp.net>
Date: Thu, 11 Aug 2011 15:12:31 -0700
Message-ID: <CAAbTgTu2px+o=mFyEOuSW8KzHR-o5GeN9b6X-Q+VuRtQP=A0Qw@mail.gmail.com>
To: ietf-http-wg@w3.org
I've been thinking some more about request pipelining recently,
triggered by several observations:

- A significant number of real-world websites could be made faster via
widespread adoption of request pipelining (based on my study of
~15,000 sites in the httparchive.org corpus).
- A nontrivial fraction of mobile browsers are using pipelining
already, albeit not as aggressively as they could (based on Blaze's
study: http://www.blaze.io/mobile/http-pipelining-big-in-mobile/ )
- Client implementations that currently pipeline their requests are
using heuristics of varying complexity to try to decide when
pipelining is safe.  The list of conditions documented here is at the
complex end of the spectrum, and it's perhaps still incomplete:
https://bugzilla.mozilla.org/show_bug.cgi?id=599164

The key question, I think, is whether heuristics implemented on the
client side will end up being sufficient to detect safe opportunities
for pipelining.  If not, a server-driven hinting mechanism of the sort
proposed in Mark's "making pipelining usable" draft (
http://tools.ietf.org/html/draft-nottingham-http-pipeline-01 ) seems
necessary.

Anybody have additional experimental data on pipelining (including the
effectiveness of heuristics for turning pipelining on or off) that
they can share?

Thanks,
-Brian
Received on Thursday, 11 August 2011 22:13:08 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:51:46 GMT