Was ist die optimale GZIP-Komprimierung für IIS Einstellung?

Question

Sie können die HcDynamicCompressionLevel gesetzt überall von 0 bis 10. Ich habe gehört, 10 ist schlecht (hohe CPU-Auslastung), aber was ist die magische Zahl, die die am besten funktioniert?

Answer 1

Ich habe festgestellt, dass es bis zu 8 Einstellung ohne Hämmer auf den Server zu viel eine ziemlich gute Kompressionsrate gibt. Es wird auf der Serverlast und Spezifikation ab.

Answer 2

Einstellungen von 5 bis 9 für die dynamische Kompression DO in der Tat Hammer CPU-Last. Statische Kompression erfolgt nur einmal (bis eine Datei wieder gecached) und Sie können statische Kompression hoch eingestellt.

Diese eingehende Artikel empfiehlt 4 für die dynamische Kompression und 7 bis 9 zur statischen Kompression . Der Artikel unterstützt diese Empfehlung mit Informationen, die Sie lesen und für sich selbst entscheiden.

http://weblogs.asp.net/owscott/archive/2009/02/22/iis-7-compression-good-bad-how-much.aspx

Kleine dynamische Seiten können von höheren dynamischen Komprimierungseinstellungen profitieren, da die CPU-Auslastung mit größeren Dateien nach oben geht. Bei etwa 200 KB groß wünschen Sie eine geringere dynamische Einstellung für Seiten zu betrachten. Beachten Sie auch, dass eine hohe dynamische Komprimierungseinstellungen, die Zeit erhöhen die ersten Bytes von jeder Seite Anfrage zu erhalten. Diese Faktoren unterstützen mit der zurückhaltenden Einstellung von 4 für die dynamische Kompression.

Wieder einmal statische Ressourcen eine hohe Einstellung verwenden, da nur die erste Anforderung Auswirkungen CPU-Last und Client-Zeit warten. Doch wenn Sie viele große statische Ressourcen dann statische Kompression dienen nicht amortisieren als auch, weil der Cache füllt sich und beginnen, Ressourcen Kick-out; Somit profitieren die komprimierten Ressourcen nicht aus immer wieder aus dem Cache bedient werden.

Hinweis: Es gibt keine Einstellung von '10'

.

Zwei weitere Dinge zu beachten:

Das httpCompression Element in Ihren .config Dateien hat Einstellungen, die Komprimierung zu deaktivieren, wenn die CPU-Auslastung zu hoch ist:

dynamicCompressionDisableCpuUsage="90"
dynamicCompressionEnableCpuUsage="80"

staticCompressionDisableCpuUsage="100"
staticCompressionEnableCpuUsage="80"

Die EnableCpuUsage Einstellung Wieder ermöglicht die Komprimierung, wenn die CPU-Auslastung unter dem angegebenen Wert fällt.

Eine andere Einstellung deaktiviert die Komprimierung für kleine Dateien:

minFileSizeForComp="2700"

IIS 7.5 die Mindestdateigröße für die Komprimierung von einem Standardwert von 256 Bytes in IIS 7.0 auf einen Standard zu 2.700 Bytes erhöht, nachdem einige komprimierten Dateien waren größer als das Original zu realisieren. Ich weiß nicht, ob 2.700 Bytes am besten ist, aber da ein IP-Paket maßen rund 1.400 Bytes sein kann, wäre diese Einstellung verhindern Dateien weniger als zwei Pakete zu komprimieren. Ich mag echte Tests tun oder den Rat eines Experten vor willkürlich herausfordernd Microsofts Entscheidung, lesen Sie diese Einstellung zu erhöhen.

Answer 3

10 war schlecht, wenn CPUs zwei Aufträge waren eine Größenordnung langsamer als sie jetzt sind. Der gzip-Algorithmus ist ziemlich schnell so weit wie Kompressionsalgorithmen in diesen Tagen gehen, so würde ich es auf 10 und sehen gesetzt, was passiert.

Answer 4

Es scheint mir, dass dies wirklich von Ihrer Situation abhängen. Wenn Sie eine Menge von großen Dateien dienen, und eine CPU-Leistung übrig haben, dann eine höhere Zahl wäre besser. Doch wie Sie mehr gleichzeitige Verbindungen haben, kleinere Dateien und eine weniger leistungsfähige CPU, eine kleinere Zahl ist besser.

Answer 5

In der Firma für arbeite ich, ermöglicht dynamische Kompression für ASPX und dynamisch generierte Javascript / CSS und Seiten scheinen länger zu dauern zum Download bereit. Wir haben versucht, Komprimierungsstufe 1 und max Einstellung. cpu 90% aber immer noch Schlimmste, dass ohne Kompression. Ist mein