在IIS7中启用动态压缩是否值得？

Question

我正在努力寻找可以改善网站效果的所有方法。我正在考虑在服务器级别启用动态压缩，但是关注性能命中（没有压缩页面的缓存 - 文件损坏 - 服务器上的开销）。 我应该放弃使用IIS 7进行动态压缩吗？有哪些模块比内置压缩模块做得更好？

Answer 1

您几乎应该始终启用动态压缩（默认情况下静态打开）。动态压缩==过度处理压力是一个有害的神话。这是MSDN：

  

尽管有一个共同的神话，但充满活力   压缩通常没有   禁止CPU开销。事实上，   动态压缩通常会导致更少   超过总CPU的5％   在繁忙的服务器上使用。动态   可以稍微部署压缩   自由地允许最大化   任何应用程序的带宽节省   工作负荷。

此外，您可以在IIS7中为压缩指定CPU限制。

Answer 2

您绝对应该启用动态压缩。有关IIS 7中前10项性能改进的信息，请参阅此article。

引用文章：

  

压缩带宽减少

     

毫不奇怪，带宽成本是运行面向Internet的数据中心的最高成本之一。此外，提供所请求内容所需的带宽是应用程序感知响应性的关键因素。

     

减少传递应用程序响应所需带宽的最有效方法之一是使用HTTP压缩。当应用于诸如HTML的易于压缩的文本内容时，这可以将响应的大小减小相当大的量，通常为10倍。最好的部分是几乎所有桌面浏览器都支持它，而桌面硬件上的解压缩成本与发送较少数据所带来的延迟相比是微不足道的。由于压缩是基于HTTP 1.1协议中定义的内容编码协商，因此对于不支持压缩的客户端来说，启用它是安全的 - 这些客户端只接收内容的未压缩版本。