views:

64

answers:

1

When using HTTP/1.1 Pipelining what does the standard say about issuing multiple requests without waiting for each request to complete? What do servers do in practice?

I ask because I once tried writing a client which would issue a batch of GET requests for multiple files and remember getting errors. I wasn't sure if it was due to me incorrectly issuing the GET's or needing to wait for each individual request to finish before issuing the next GET.

+2  A: 

Pipelining is just that -- having more than one request "in flight" on a single connection.

On the open Internet, pipelining isn't very common, because a few servers and intermediaries don't get it right, and the consequences of messing up pipelining can be severe (e.g., mixing up responses to two different users).

Keep in mind that only HTTP/1.1 supports pipelining; if you have a HTTP/1.0 server, or a 1.0 proxy in the middle, it probably won't work.

Also, pipelining can only be used on "idempotent" methods like GET and HEAD; it isn't allowed for POST, etc.

See: http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-09#section-7.1.2.2

Mark Nottingham
@Mark Nottingham: That's interesting, so persistent connections by themselves aren't considered pipelining - only issuing batches of multiple requests are considered pipelining?
Robert S. Barnes
Yes. Persistent connections can be used in HTTP/10, with Connection: Keep-Alive (although there are a few small interop issues there).
Mark Nottingham