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

Question

我正在尝试寻找所有可能的方法来提高我的网站性能。 我正在考虑在服务器级别启用动态压缩，但担心性能下降（没有缓存压缩页面 - 文件损坏 - 服务器上的开销）。 我应该放弃 IIS 7 的动态压缩吗？ 有没有比内置压缩模块做得更好的模块？

Answer 1

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

尽管有一个常见的神话，但动态
压缩通常没有
CPU 开销过高。 实际上，
动态压缩通常会导致较少的
超过 CPU 总量的 5%
在繁忙的服务器上的利用率。 动态的
可以稍微部署压缩
自由地允许最大
为任何应用程序节省带宽
工作负载。

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

Answer 2

您绝对应该启用动态压缩。 请参阅这篇关于 IIS 7 中十大性能改进的文章。

引用自文章：

压缩带来的带宽减少

毫不奇怪，带宽成本是运行面向互联网的数据中心的最大成本之一。 此外，传送请求内容所需的带宽是影响应用程序响应能力的关键因素。

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