我在IIS6网络服务器上重新激活了gzip压缩。我使用静态和动态压缩（静态级别10和动态级别1）。这是一种提高服务器响应时间性能的措施。但是，在压缩激活后，页面似乎加载速度较慢。我在萤火虫中的所有测量都表明了这一点。
还有其他人有这个问题吗？可能是什么原因？
答案 0 :(得分：3)
您正在服务器和客户端上做更多工作，因此响应时间增加是正常的。在低带宽连接上，您可以通过缩短传输时间来实现这一点。
如果您使用的是高带宽连接，那么压缩对传输延迟没有显着影响，因为它已经很短的未压缩。但是，您将支付100％的CPU罚款。
现在压缩大型响应需要相当多的CPU功率，如果服务器CPU已经加载，响应时间可能会变得更糟。
我的建议：检查服务器CPU以及它是否是不可忽略的，然后关闭压缩或购买更大的盒子。如果您在移动设备上或在互联网连接较差的偏远地区拥有大量人口，那么压缩可能会有用，否则它将没什么区别。
您也可以使用反向代理来减少服务器的负载。
答案 1 :(得分：1)
您的浏览器和服务器之间有多少带宽？ 压缩和解压缩流是更多的工作，在快速网络上，它实际上可能更慢 - 这是一个内部网应用程序？如果您有严格的带宽要求（大量流量或带宽较低的连接），您将看到最大的压缩增益。
多少压缩帮助还取决于您的网站提供的内容类型。
最好的办法是在您的网站投入生产的同一条件下进行测试和测量。
答案 2 :(得分：0)
静态压缩工作得很好，因为gzip压缩文件的副本放在一个临时文件夹中，但每次都必须重新压缩动态压缩响应，除非带宽是个大问题，我认为不值得它