- From: Patrick McManus <pmcmanus@mozilla.com>
- Date: Mon, 25 Jun 2012 13:48:16 -0400
- 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 UTC