在IIS6 GZip的設(shè)置參數(shù)中，有兩個重要的值要設(shè)置的，一個是HcDynamicCompressionLevel，另一個是HcOnDemandCompLevel。如下代碼所示：
<deflate>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
<gzip>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
這兩個參數(shù)有什么不同，又該如何設(shè)置呢？本文將詳細(xì)進(jìn)行介紹。
來自IIS6元數(shù)據(jù)庫屬性參考的定義：
當(dāng)方案壓縮動態(tài)內(nèi)容時，
HcDynamicCompressionLevel屬性指定壓縮方案的壓縮級別。
HcOnDemandCompLevel屬性指定壓縮方案的壓縮級別，當(dāng)方案是按需壓縮靜態(tài)內(nèi)容時。
HcDynamicCompressionLevel控制將對Dymanic內(nèi)容HcOnDemandCompLevel執(zhí)行的壓縮量，同樣控制靜態(tài)內(nèi)容所需的壓縮量。
權(quán)衡是CPU周期的壓縮內(nèi)容。由于動態(tài)內(nèi)容的壓縮是在每次服務(wù)時進(jìn)行的，因此在壓縮之后緩存的靜態(tài)壓縮將比CPU更強(qiáng)大。
壓縮級別的設(shè)置實(shí)際上取決于您所服務(wù)的動態(tài)與靜態(tài)內(nèi)容的比例以及服務(wù)器承載負(fù)載的CPU容量，特別是用于動態(tài)壓縮。因此，通過壓縮動態(tài)內(nèi)容更容易發(fā)生CPU尖峰，這反映在較低的9級，但如果您的靜態(tài)內(nèi)容頻繁更改，這也可能導(dǎo)致更多的CPU周期。
如果您的CPU沒有重負(fù)擔(dān)，那么請保持原有的級別，否則在非生產(chǎn)環(huán)境中更改這些級別，并根據(jù)頁面加載時間來測試影響。
HcDynamicCompressionLevel 元屬性(IIS 6.0)
當(dāng)方案壓縮動態(tài)內(nèi)容時，HcDynamicCompressionLevel屬性指定壓縮方案的壓縮級別。 低壓縮級別產(chǎn)生略大的壓縮文件，但對CPU和內(nèi)存資源的整體影響較小。 較高的壓縮級別通常會導(dǎo)致較小的壓縮文件，但具有較高的CPU和內(nèi)存使用率。
必須重新啟動萬維網(wǎng)發(fā)布服務(wù)（WWW服務(wù)），以使此屬性的任何更改生效。
HcOnDemandCompLevel 元屬性(IIS 6.0)
HcOnDemandCompLevel屬性指定壓縮方案的壓縮級別，當(dāng)方案是按需壓縮靜態(tài)內(nèi)容時。 低壓縮級別產(chǎn)生略大的壓縮文件，但對CPU和內(nèi)存資源的整體影響較小。 較高的壓縮級別通常會導(dǎo)致小型壓縮文件，但具有較高的CPU和內(nèi)存使用率。
有效的壓縮級別范圍為1到10。
必須重新啟動萬維網(wǎng)發(fā)布服務(wù)（WWW服務(wù)），才能對此屬性進(jìn)行任何更改生效。
設(shè)置位置
您可以在IIS元數(shù)據(jù)庫中的以下位置配置此屬性。
元數(shù)據(jù)庫路徑
/LM/W3SVC/Filters/Compression/gzip
/LM/W3SVC/Filters/Compression/deflate
IIS管理對象類型
IIsCompressionScheme
相關(guān)文章
IIS啟用GZip壓縮的詳細(xì)教程【圖解】
IIS啟用GZIP壓縮css、js無效的原因及解決方法
圖片GZip壓縮后體積竟然變大了
gzip壓縮啟動后js css不能運(yùn)行的解決方法
bmp圖片使用GZip壓縮率竟高達(dá)98.83%
Nginx啟用Gzip壓縮js無效的原因
圖片要啟用gzip壓縮嗎？絕對不要！
