Quel est le paramètre de compression GZIP optimal pour IIS?

Question

Vous pouvez définir HcDynamicCompressionLevel entre 0 et 10. J'ai entendu dire que 10 est mauvais (utilisation élevée du processeur), mais quel est le nombre magique qui fonctionne le mieux?

Answer 1

J'ai constaté que le réglage sur 8 donne un taux de compression assez bon sans trop forcer le serveur. Cela dépendra de la charge et des spécifications de votre serveur.

Answer 2

Les paramètres de 5 à 9 pour la compression dynamique DO martèlent en fait la charge du processeur. La compression statique n’est effectuée qu’une fois (jusqu’à ce qu’un fichier soit mis en cache) et vous pouvez définir une compression statique élevée.

Cet article approfondi recommande 4 pour la compression dynamique et 7 à 9 pour la compression statique . L'article sauvegarde cette recommandation avec des informations que vous pouvez lire et décider vous-même.

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

Les petites pages dynamiques peuvent tirer parti des paramètres de compression dynamique plus élevés, car la charge du processeur augmente avec des fichiers plus volumineux. A propos de 200 Ko de taille, vous voudrez peut-être envisager un paramètre dynamique inférieur pour les pages. Notez également que les paramètres de compression dynamique élevée augmentent le temps nécessaire pour obtenir les premiers octets de chaque demande de page. Ces facteurs permettent d’utiliser le paramètre plus restreint de 4 pour la compression dynamique.

Une fois encore, les ressources statiques peuvent utiliser un paramètre élevé, car seule la première demande a une incidence sur la charge du processeur et le temps d'attente du client. Cependant, si vous utilisez de nombreuses ressources statiques volumineuses, la compression statique ne sera pas rentable car votre cache se remplira et débordera. ainsi, les ressources compressées ne bénéficieront pas d'être servies de manière répétée à partir du cache.

REMARQUE: aucun paramètre n’est défini sur "10".

Deux autres points à prendre en compte:

L'élément httpCompression de vos fichiers .config contient des paramètres qui désactivent la compression lorsque la charge du processeur est trop élevée:

dynamicCompressionDisableCpuUsage="90"
dynamicCompressionEnableCpuUsage="80"

staticCompressionDisableCpuUsage="100"
staticCompressionEnableCpuUsage="80"

Le paramètre EnableCpuUsage réactive la compression lorsque la charge du processeur est inférieure à la valeur spécifiée.

Un autre paramètre désactive la compression pour les petits fichiers:

minFileSizeForComp="2700"

IIS 7.5 a augmenté la taille de fichier minimale pour la compression, passant de 256 octets par défaut dans IIS 7.0 à une valeur par défaut de 2 700 octets après avoir réalisé que certains fichiers compressés étaient plus volumineux que l'original. Je ne sais pas si 2 700 octets est préférable, mais puisqu'un paquet IP peut raisonnablement être d'environ 1 400 octets, ce paramètre empêcherait la compression des fichiers de moins de deux paquets. Je souhaite effectuer de véritables tests ou lire les conseils d’un expert avant de contester arbitrairement la décision de Microsoft d’élever ce paramètre.

Answer 3

10 était mauvais lorsque les processeurs étaient deux ordres de grandeur plus lents qu’aujourd’hui. L'algorithme gzip est assez rapide en ce qui concerne les algorithmes de compression, alors je le mettrais à 10 et je verrais ce qui se passe.

Answer 4

Il me semble que cela dépend vraiment de votre situation. Si vous servez beaucoup de fichiers volumineux et que vous avez un peu de puissance processeur, un nombre plus élevé serait préférable. Toutefois, comme vous disposez de plus de connexions simultanées, de fichiers plus petits et d’un processeur moins puissant, mieux vaut un petit nombre.

Answer 5

Dans l'entreprise pour laquelle je travaille, la compression dynamique activée pour ASPX ainsi que le javascript / css et les pages générés dynamiquement semblent prendre plus de temps à télécharger. Nous avons essayé de régler le niveau de compression sur 1 et max. CPU 90% mais toujours pire que sans compression. Est mon