W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2012

Re: Performance implications of Bundling and Minification on HTTP/1.1

From: Patrick McManus <pmcmanus@mozilla.com>
Date: Mon, 25 Jun 2012 13:48:16 -0400
Message-ID: <1340646496.10152.113.camel@ds9>
To: ietf-http-wg@w3.org
Henirk, 

Thanks for the blog post! I've got a couple questions that came to
mind.. I'll just put the gzip one in this post.

" our data shows that compression works better on a bundled document due
to the larger size and hence the opportunity for better compression
ratio. 

Compressing 7 JS individually 161178 bytes
Compressing the minified JS bundle 137817 bytes

[.. redacted more or less the same for css ..]
"

what about compressing the concat'd 7 js files and therefore extending
the compression context across resource boundaries? Also, what was
window size?

SPDY actually dropped a data-compression option in the transport
(instead it uses resource level compression and makes support of that
mandatory), but if there is reason to suggest significantly better rates
doing it that way rather than per-resource then that's probably an
interesting property to move along as we discuss http/2 (independent of
whether it is implicit in a bundle or layered on as part of the
transport). You could even imagine a small array of content-specific
contexts (one for headers, one for js, one for html, whatever)..
Received on Monday, 25 June 2012 17:48:51 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 25 June 2012 17:48:56 GMT