[6464] in www-talk@info.cern.ch
Re: An MGET proposal for HTTP
daemon@ATHENA.MIT.EDU (Brian Behlendorf)
Tue Nov 1 10:24:31 1994
Date: Tue, 1 Nov 1994 16:11:51 +0100
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: brian@wired.com
From: Brian Behlendorf <brian@wired.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>
On Mon, 31 Oct 1994, Steinar Bang wrote:
> There is one more objective I can think of. The client should be able
> to look at the first bytes of inline images. Enough to determine the
> size of the image and, if possible, enough to determine the colour map
> of the inline image.
>
> A feature like this would probably complicate all suggested simple
> protocol suggestions, so,... would it be worth it?
It'd be nice if the MGET response could be multiplexed somehow - I don't
know how much overhead that would add, but it would have the benefits of
1) (as Steinar wants and the prime benefit of Mcom's parallel download)
page layout can happen much much sooner.
2) smaller images complete downloading sooner, so if the download were to
hang halfway (as connections oftentimes do) the chances are greater that
more objects would have been completely obtained (the flip side is that
it also increases the chances that you have half-objects)
There are enough benefits from the current MGET proposal to not make this
necessary in my mind, but it'd be nice if the possibility for this was
always left open for the next HTTP rev.
Brian
