Re: [squid-users] Interleaving server responses

From: Henrik Nordstrom <henrik@dont-contact.us>
Date: Wed, 20 Dec 2006 11:13:28 +0100

sön 2006-12-17 klockan 11:35 +0100 skrev
=?X-UNKNOWN?Q?Juan_Pablo_Garc=EDa_Ortiz?=:
> Hi all,
>
> well, this is a bit strange question: could a Web server send
> interleaved content of two (or more) requested objects to squid cache
> through the same channel? For example, if a server receives two
> pipelined requests of two different web objects, it could send their
> contents interleaved using, for example, chunks.

Nope, not within HTTP. The responses is sent in the order the requests
was received.

To interleave the messages a new protocol needs to be designed, but I
don't really see the much difference from sending the requests on
different connections..

> The known common
> behaviour would be to send one objet content and, after that, to send
> the content of the second web object, but the commented "strange"
> behaviour would be very useful to exploit proxy caching in some
> contexts like multimedia streaming.

multimedia streaming over HTTP is not something to encourage. It's
definitely the wrong way of doing streaming.

> Another strange question: is it possible to group requests to squid?.

??? Group by which means? HTTP does not define any "groups" of requests.
Just sequence.

> A client could group several requests in only one request to the squid
> proxy. If another client makes other group request that includes one
> web object also requested by the previous client, this will be
> recognized and served by the proxy.

Squid automatically merges concurrent requests for the same cacheable
response as soon as Squid knows the response is cachable.

If you enable collapsed forwarding then Squid optimistically assumes the
response will be cacheable and delays the next requests while waiting
for the response headers.

Regards
Henrik

Received on Wed Dec 20 2006 - 03:13:35 MST

This archive was generated by hypermail pre-2.1.9 : Mon Jan 01 2007 - 12:00:01 MST