http - gzip 对 HTTP 传输文件的速度有何影响？

Question

我知道在通过网络发送文件之前对文件进行 gzip 压缩可以节省带宽，而且对于可以缓存的静态文件，这对服务器端 CPU 使用率没有显着影响。

但是客户端呢？他们必须对发送的任何文件进行 gunzip，这将占用 CPU 时间。此外，我担心在进行任何解析之前必须接收并压缩整个文件。

这让我觉得很奇怪，因为我看到了两种情况:

1) client has fast internet   -->   gzip is relevant
2) client has slow internet   -->   gzip prevents partial parsing

显然，确切的加速(或减速？)将取决于正在传输的文件和客户端的具体情况。但是，我很好奇客户端的时间成本(或者我如何衡量成本)？

Answer 1

They have to gunzip whatever files are sent, which will take CPU time.

也许吧，但与加载页面时发生的所有其他事情(解析、样式、渲染、脚本)相比，花在解压缩上的 CPU 时间非常少。

I'm worried that the entire file must be received and gunzipped before any parsing can take place.

别担心，gzip 是一个数据“流”，开始解压/解析不需要完整的文件。

Specifically I want to know how I can gauge how much time is lost because of gzipping.

Here is an interesting article作者执行您所描述的测试类型的地方。这些工具可供下载，以便您可以在自己的环境中执行相同的测试。

作者总结道:

I guess there are very few cases where you shouldn’t use gzip your content. If your typical page is less than 100 bytes then gzipping it could hurt the client’s and the server’s performance. But no website —except maybe a few web-services— serves pages with a typical size of 100 bytes or less. So there’s no excuse for serving uncompressed HTML.