Question

您可以将HcDynamicCompressionLevel设置为0-10。我听说10是坏的（高CPU使用率），但最有效的神奇数字是什么？

Answer 1

动态压缩的设置为5到9 DO 实际上是锤击CPU负载。静态压缩仅发生一次（直到重新缓存文件为止），并且可以将静态压缩设置为高。

这篇深度文章建议 4用于动态压缩， 7到9用于静态压缩。本文以您可以自己阅读和决定的信息来支持此建议。

http://weblogs.asp.net/owscott/archive/2009/02/22/iis-7-compression-good-bad-how-much.aspx

小动态页面可以受益于更高的动态压缩设置，因为CPU负载随着更大的文件而增加。大小约为200 KB，您需要考虑页面的较低动态设置。另请注意，高动态压缩设置会增加从每个页面请求获取第一个字节的时间。这些因素支持使用更受约束的4设置进行动态压缩。

静态资源再一次可以使用高设置，因为只有第一个请求会影响CPU负载和客户端等待时间。然而，如果你提供许多大型静态资源，那么静态压缩也不会得到回报，因为你的缓存会填满并开始挖出资源;因此，压缩资源不会从缓存中反复提供服务中受益。

注意：没有设置为“10”。

还有两件事需要考虑：

httpCompression文件中的.config元素具有在CPU负载过高时禁用压缩的设置：

dynamicCompressionDisableCpuUsage="90"
dynamicCompressionEnableCpuUsage="80"

staticCompressionDisableCpuUsage="100"
staticCompressionEnableCpuUsage="80"

当CPU负载低于指定值时，EnableCpuUsage设置会重新启用压缩。

另一个设置会禁用小文件的压缩：

minFileSizeForComp="2700"

在实现某些压缩文件大于原始文件后，IIS 7.5将压缩的最小文件大小从IIS 7.0中的默认值256字节提升到默认值2,700字节。我不知道2,700字节是否最好，但由于IP数据包可以合理地约为1,400字节，因此该设置将阻止压缩少于两个数据包的文件。在任意挑战微软提出此设置的决定之前，我想做真正的测试或阅读专家的建议。

Answer 2

当CPU比现在慢两个数量级时，10很糟糕。就压缩算法而言，gzip算法非常快，所以我将它设置为10并看看会发生什么。

Answer 3

在我看来，这真的取决于你的情况。如果您要提供大量大文件并且有一些CPU备用电源，那么更高的数字会更好。但是，由于您拥有更多的并发连接，更小的文件和功能更低的CPU，因此数量越少越好。

Answer 4

我发现将其设置为8可以提供非常好的压缩率，而不会过多地破坏服务器。这取决于您的服务器负载和规格。

Answer 5

在我正在为之工作的公司中，为ASPX启用动态压缩，动态生成的javascript / css和页面似乎需要更长时间才能下载。我们尝试将压缩级别设置为1和最大值。 cpu 90％但仍然最差，没有压缩。是我的

IIS的最佳GZIP压缩设置是什么？

5 个答案: