W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2014

Re: Support for gzip at the server #424

From: Michael Sweet <msweet@apple.com>
Date: Fri, 14 Mar 2014 17:15:31 -0400
Cc: Patrick McManus <pmcmanus@mozilla.com>, Bjoern Hoehrmann <derhoermi@gmx.net>, Martin Thomson <martin.thomson@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Message-id: <9ABDC143-352A-4091-9E0A-4C715591E395@apple.com>
To: Roberto Peon <grmocg@gmail.com>

On Mar 14, 2014, at 5:08 PM, Roberto Peon <grmocg@gmail.com> wrote:
> The sender doesn't know the uncompressed size before it transmits?

No, it doesn't.

> That seems.. odd...

The client is generally rasterizing pages of content for the printer at some agreed upon resolution, bit depth, and color space.  This raster data is typically already compressed with a simple algorithm such as PackBits (run-length encoding) and is thus already variable-length per page with no way to know ahead of time how large it will be.  Add gzip to the mix and you *really* don't know what the final length will be.

Michael Sweet, Senior Printing System Engineer, PWG Chair

Received on Friday, 14 March 2014 21:16:03 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:24 UTC