Misplaced Pages

HTTP pipelining: Difference between revisions

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
Browse history interactively← Previous editNext edit →Content deleted Content addedVisualWikitext
Revision as of 09:53, 31 July 2007 editEivind (talk | contribs)491 editsm fixed links to be direct not disambiguation. (server)← Previous edit Revision as of 17:38, 17 August 2007 edit undoTimc (talk | contribs)Extended confirmed users9,200 edits I don't think it's "easy",Next edit →
Line 12: Line 12:
== Implementation status == == Implementation status ==
=== Implementation in web servers === === Implementation in web servers ===
Implementing pipelining in web servers is easy: it is enough to make sure that network buffers are not discarded between requests. For that reason, most modern web servers handle pipelining just fine. Implementing pipelining in web servers is a relatively simple matter of making sure that network buffers are not discarded between requests. For that reason, most modern web servers handle pipelining just fine.


Exceptions include IIS 4 and reportedly 5. Exceptions include IIS 4 and reportedly 5.

Revision as of 17:38, 17 August 2007

Schema of non-pipelined vs. pipelined connection.

HTTP pipelining is a technique in which multiple HTTP requests are written out to a single socket without waiting for the corresponding responses. Pipelining is only supported in HTTP/1.1, not in 1.0.

The pipelining of requests results in a dramatic improvement in page loading times, especially over high latency connections (such as satellite Internet connections).

Since it is usually possible to fit several HTTP requests in the same TCP packet, HTTP pipelining allows fewer TCP packets to be sent over the network, reducing network load.

Only idempotent requests should be pipelined, such as GET and HEAD requests. POST requests should not be pipelined. Requests on a new connection shouldn't be pipelined either, since it has not yet been determined if the origin server (or proxy server) supports HTTP/1.1. Hence, pipelining can only be done when reusing an existing (keepalive) persistent connection.

HTTP pipelining requires both the client and the server to support it. HTTP/1.1 conforming servers are required to support pipelining. This does not mean that servers are required to pipeline responses, but that they are required not to fail if a client chooses to pipeline requests.

Implementation status

Implementation in web servers

Implementing pipelining in web servers is a relatively simple matter of making sure that network buffers are not discarded between requests. For that reason, most modern web servers handle pipelining just fine.

Exceptions include IIS 4 and reportedly 5.

Implementation in web browsers

Internet Explorer as of version 7 doesn't support pipelining.

Mozilla Firefox 2.0 supports pipelining, but it's disabled by default. It uses some heuristics, especially to turn pipelining off for IIS servers. Instructions for enabling pipelining can be found here Firefox Help: Tips & Tricks.

Konqueror 2.0 supports pipelining, but it's disabled by default. Instructions for enabling it can be found here Konqueror: Tips & Tricks.

Opera has pipelining enabled by default. It uses heuristics to control the level of pipelining employed depending on the connected server.

Implementation in web proxies

Most HTTP proxies do not pipeline outgoing requests, as demonstrated by this report.

Some versions of the Squid web proxy will pipeline up to two outgoing requests. This functionality has been disabled in the latest versions.

The Polipo proxy pipelines outgoing requests.

Other implementations

Some other applications currently exploiting pipelining are phttpget from FreeBSD (a minimalist pipelined HTTP client), portsnap (a FreeBSD ports tree distribution system) and lftp (a sophisticated file transfer program).

External links

Category: