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

有帮助吗?

解决方案

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

其他提示

动态压缩的设置为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”。

还有两件事需要考虑:

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

dynamicCompressionDisableCpuUsage="90"
dynamicCompressionEnableCpuUsage="80"

staticCompressionDisableCpuUsage="100"
staticCompressionEnableCpuUsage="80"

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

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

minFileSizeForComp="2700"

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

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

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

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top