压缩使响应时间变慢答案

【问题标题】：Compression makes slow response time压缩使响应时间变慢
【发布时间】：2010-06-21 15:03:27
【问题描述】：

我最近在IIS6 网络服务器上激活了 gzip 压缩。我同时使用静态和动态压缩（静态级别 10 和动态级别 1）。这是一种提高服务器响应时间性能的措施。但是，激活压缩后页面加载速度似乎变慢了。我在萤火虫中的所有测量结果都表明了这一点。

还有其他人遇到过这个问题吗？可能是什么原因？

【问题讨论】：

【解决方案1】：

您在服务器和客户端上做了更多的工作，因此响应时间增加是正常的。在低带宽连接上，您可以通过减少传输时间使其变得更好。

如果您使用的是高带宽连接，那么压缩不会对传输延迟产生重大影响，因为它已经很短未压缩。但是，您将支付 100% 的 CPU 罚款。

现在压缩大响应需要相当多的 CPU 资源，如果服务器 CPU 已经加载，响应时间可能会变得更糟。

我的建议：检查服务器 CPU，如果它是不可忽视的，那么要么关闭压缩，要么购买一个更大的盒子。如果您在移动设备上或在互联网连接较差的偏远地区有大量人口，那么压缩可能会很有用，否则它不会有什么不同。

您还可以考虑使用反向代理来减少服务器的负载。

【讨论】：

确实，我忘记了使用非常昂贵的超载 T1/E1 线路的可怜的企业 Intranet 用户。在这些情况下，远程位置上的反向代理可能会产生奇迹（以及更大的盒子;-)。

【解决方案2】：

您的浏览器和服务器之间有多少带宽？
压缩和解压缩流需要更多的工作，等等在一个快速的网络上，它实际上可能更慢 - 这是一个 Intranet 应用程序吗？如果您有严格的带宽要求（大量流量或较低带宽的连接），您将看到压缩带来的最大收益。

压缩有助于多少还取决于您的网站提供的内容类型。

最好的办法是在您的网站投入生产时所处的相同条件下进行测试和测量。

【讨论】：

【解决方案3】：

静态压缩效果很好，因为 gzip 压缩文件的副本被放置在一个临时文件夹中，但是动态压缩的响应每次都必须重新 gzip 压缩，除非带宽是一个大问题，否则我认为不值得它。

【讨论】：