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

Question

您可以在0-10的任何位置设置HcDynamicCompressionLevel。我听说10是坏的（高CPU使用率），但最好的魔术数字是多少？

Answer 1

我发现将它设置为8会提供相当不错的压缩率，而不会对服务器造成太大的影响。这将取决于您的服务器负载和规格。

Answer 2

在我看来，这将取决于你的情况。如果你服务的文件很多，并有一定的CPU能力，那么数量越多越好。但是，由于您拥有更多的并发连接，更小的文件和更强大的CPU，因此数量越少越好。

Answer 3

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

Answer 4

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

Answer 5

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

此深入文章推荐4用于动态压缩和7至9用于静态压缩。这篇文章支持您可以阅读并自行决定的信息。 CPU负载上升处理更大的文件

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

小的动态页面可以从更高的动态压缩设置中获益。大小约为200 KB时，您需要考虑较低的页面动态设置。另请注意，高动态压缩设置会增加从每个页面请求获取第一个字节的时间。这些因素支持使用动态压缩的更多限制设置4。

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

注意：没有设置'10'。

两两件事需要考虑：

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

dynamicCompressionDisableCpuUsage="90" 
dynamicCompressionEnableCpuUsage="80" 

staticCompressionDisableCpuUsage="100" 
staticCompressionEnableCpuUsage="80" 

的EnableCpuUsage设置重新启用压缩时，CPU负载降至指定值以下。

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

minFileSizeForComp="2700" 

IIS 7。5将压缩的最小文件大小从默认的IIS 7.0中的256字节提高到默认的2700字节后，实现了一些压缩文件大于原始文件。我不知道2700字节是否最好，但由于IP数据包可以合理地在1400字节左右，所以此设置将防止压缩文件少于两个数据包。我想在做出真正的测试或阅读专家的意见之前，任意挑战微软决定提高此设置。