Équilibrer la compression IIS avec le temps CPU?

Question

Par exemple, avec un niveau de compression IIS défini sur 9, la navigation Web est nettement plus rapide. Cependant, j'ai également une application Web Services sur la boîte, qui transfère des quantités significatives de données (par exemple 3MB de charge utile est typique), il faut 20-30% de plus pour que les données arrivent au client, parce que le CPU sur le serveur prend un moment pour le compresser.

Existe-t-il une règle empirique pour le niveau de compression IIS par rapport à la quantité de données transférées?

Une expérience anecdotique est également la bienvenue.

Answer 1

Ok, j'ai exécuté quelques tests de performances et peu importe comment vous le découpez, en désactivant la compression, vous obtenez des performances plus rapides pour mon cas d'utilisation. Voici le résultat d'un appel de service Web qui renvoie 3,2 méga-octets de données (la plupart du temps la liste des choses désérialisés dans des tableaux d'octets)

Compression Bandwidth Time 
Level  (KB)  (seconds) 
9   1,174  4.2 
8   1,174  2.2 
7   1,172  1.625 
6   1,174  1.5 
5   1,181  1.39 
4   1,213  1.344 
3   1,441  1.375 
2   1,490  1.344 
1   1,548  1.312 
0   1,554  1.312 

No   3,226  1.266 
Compression 

La CPU est assez chevillé au niveau 9 pendant toute la durée de l'appel de service Web, non si mauvais au niveau 8 et tout ce qui est en dessous est en utilisation à un seul chiffre.

Answer 2

Douteux, car il y a tellement de variables:

• client/vitesse de connexion du serveur
• vitesse du processeur et la charge de travail
• Type de données (entropie)
• ...

Je m'attends à ce que la connexion soit assez rapide dans votre cas d'utilisation? La compression de 3 Mo ne devrait pas prendre autant de temps après tout.