質問

HcDynamicCompressionLevelは0〜10の任意の場所に設定できます。 10は悪い(CPU使用率が高い)と聞きましたが、最も効果的なマジックナンバーは何ですか?

役に立ちましたか?

解決

8に設定すると、サーバーに過度の負荷をかけることなく、かなりの圧縮率が得られることがわかりました。サーバーの負荷と仕様に依存します。

他のヒント

動的圧縮の5〜9の設定 DO は、実際にはCPU負荷を高めます。静的圧縮は(ファイルが再キャッシュされるまで)1回のみ発生し、静的圧縮を高く設定できます。

この詳細な記事では、動的圧縮の場合は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」の設定はありません。

さらに2つの考慮事項:

.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バイトであるため、この設定は2パケット未満のファイルの圧縮を防ぎます。この設定を上げるというマイクロソフトの決定に勝手に挑戦する前に、実際のテストを行うか、専門家のアドバイスを読みたいと思います。

10は、CPUが現在よりも2桁遅い場合に不良でした。 gzipアルゴリズムは、最近の圧縮アルゴリズムに関する限り非常に高速であるため、10に設定して何が起こるかを確認しました。

これはあなたの状況に本当に依存すると思われます。大量の大きなファイルを提供していて、CPUに余裕がある場合は、数値が大きいほど良いでしょう。ただし、同時接続が多くなり、ファイルが小さくなり、CPUの性能が低下するので、数値が小さいほど優れています。

私が働いている会社では、ASPXの動的圧縮を有効にし、動的に生成されたjavascript / cssとページのダウンロードに時間がかかっているようです。圧縮レベルを1および最大に設定してみました。 CPU 90%ですが、圧縮なしの場合はなお最悪です。私の

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top