在IIS6 GZip的设置参数中,有两个重要的值要设置的,一个是HcDynamicCompressionLevel
,另一个是HcOnDemandCompLevel
。如下代码所示:
<deflate>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
<gzip>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
这两个参数有什么不同,又该如何设置呢?本文将详细进行介绍。
来自IIS6元数据库属性参考的定义:
当方案压缩动态内容时,
HcDynamicCompressionLevel
属性指定压缩方案的压缩级别。
HcOnDemandCompLevel
属性指定压缩方案的压缩级别,当方案是按需压缩静态内容时。
HcDynamicCompressionLevel
控制将对Dymanic内容HcOnDemandCompLevel
执行的压缩量,同样控制静态内容所需的压缩量。
权衡是CPU周期的压缩内容。由于动态内容的压缩是在每次服务时进行的,因此在压缩之后缓存的静态压缩将比CPU更强大。
压缩级别的设置实际上取决于您所服务的动态与静态内容的比例以及服务器承载负载的CPU容量,特别是用于动态压缩。因此,通过压缩动态内容更容易发生CPU尖峰,这反映在较低的9级,但如果您的静态内容频繁更改,这也可能导致更多的CPU周期。
如果您的CPU没有重负担,那么请保持原有的级别,否则在非生产环境中更改这些级别,并根据页面加载时间来测试影响。
HcDynamicCompressionLevel 元属性(IIS 6.0)
当方案压缩动态内容时,HcDynamicCompressionLevel
属性指定压缩方案的压缩级别。 低压缩级别产生略大的压缩文件,但对CPU和内存资源的整体影响较小。 较高的压缩级别通常会导致较小的压缩文件,但具有较高的CPU和内存使用率。
必须重新启动万维网发布服务(WWW服务),以使此属性的任何更改生效。
HcOnDemandCompLevel 元属性(IIS 6.0)
HcOnDemandCompLevel
属性指定压缩方案的压缩级别,当方案是按需压缩静态内容时。 低压缩级别产生略大的压缩文件,但对CPU和内存资源的整体影响较小。 较高的压缩级别通常会导致小型压缩文件,但具有较高的CPU和内存使用率。
有效的压缩级别范围为1到10。
必须重新启动万维网发布服务(WWW服务),才能对此属性进行任何更改生效。
设置位置
您可以在IIS元数据库中的以下位置配置此属性。
元数据库路径
/LM/W3SVC/Filters/Compression/gzip
/LM/W3SVC/Filters/Compression/deflate
IIS管理对象类型
IIsCompressionScheme
相关文章
☉ico和svg图片使用GZip压缩后体积减少50%以上 (2015-4-7 19:43:16)
☉图片要启用gzip压缩吗?绝对不要! (2015-4-7 17:41:48)
☉deflate——过时的网页压缩格式,最好禁用 (2015-2-10 5:4:34)
☉Nginx启用Gzip压缩js无效的原因 (2014-9-12 17:40:16)
☉bmp图片使用GZip压缩率竟高达98.83% (2014-6-10 16:39:55)
☉gzip压缩启动后js css不能运行的解决方法 (2013-9-2 21:53:36)
☉图片GZip压缩后体积竟然变大了 (2013-7-19 11:44:6)
☉IIS启用GZip失败之原因:临时目录权限没设好 (2013-7-7 15:25:59)
☉IIS启用GZIP压缩css、js无效的原因及解决方法 (2013-7-6 14:7:23)
☉IIS启用GZip压缩的详细教程【图解】 (2013-7-4 17:21:11)
☉网站启用GZip压缩后,速度快了3倍! (2012-7-12 18:36:0)
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。