W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2008

Re: estimated Content-Length with chunked encoding

From: David Morris <dwm@xpasc.com>
Date: Mon, 20 Oct 2008 18:11:22 -0700 (PDT)
cc: <ietf-http-wg@w3.org>
Message-ID: <Pine.LNX.4.33.0810201754180.31734-100000@egate.xpasc.com>

On Mon, 20 Oct 2008, William A. Rowe, Jr. wrote:

> Jamie Lokier wrote:

> > In some circumstances you may be able to refine the estimate as the
> > message is being transmitted.
> >
> > Chunk extensions ("chunk-extension") would suit that:
> >
> >     1000;estimated-remaining=299000
> >     (1000 bytes)
> >     1000;estimated-remaining=298000
> >     (1000 bytes)
> >
> > I don't know if chunk extensions break in the real world, though.
> Or, permit
>      1000;completed=25%
>      (1000 bytes)
>      1000;completed=25%
>      (1000 bytes)

Either % completed or estimated remaining requires computing an estimate
of the total data to be transfered. I don't see a difference in the impact
of either choice on a server. I think there are many cases where a
generated result can be estimated to a 95%+ accuracy, but not to the exact
size needed for content-length. There is no incentive to do it today, but
if it could be utilized to improve the user's experience, many web
application developers would be happy to do so. In addition, a jsp/php/asp
engine could even watch the actual size generated for each request and
recognize some pages with a small standard deviation in generated size.
Use that value automatically.

I'd rather see raw sizes from a recipient's perspective as I might
be able manage resources better. A percentage is only useful for end
user presentation without interpolating from the amount of data already
received. Raw numbers make computation of a percentage trivial while more
easily supporting other use cases.

David Morris
Received on Tuesday, 21 October 2008 01:12:08 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:47 UTC