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

Question

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

Answer 1

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

尽管有一个共同的神话，但动态压缩通常不会产生过高的CPU开销。 事实上，动态压缩通常会导致繁忙服务器上CPU利用率不到5％。 可以在某种程度上自由地部署动态压缩，以便为任何应用程序工作负载节省最大带宽。

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

Answer 2

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

引用文章：

压缩带宽减少

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

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