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