Pourquoi utiliser dégonfler au lieu de gzip pour les fichiers texte par Apache?

StackOverflow https://stackoverflow.com/questions/388595

Question

Quels sont les avantages de l'offre soit la méthode pour html, css et javascript fichiers par un serveur LAMP. Y at-il de meilleures solutions de rechange?

Le serveur fournit des informations à une application de carte à l'aide JSON, donc un volume élevé de petits fichiers.

Voir aussi y at-il frappé dans le choix de la performance impliqué gzip sur dégonfler pour la compression http

Était-ce utile?

La solution

  

Pourquoi utiliser dégonfler au lieu de gzip pour les fichiers texte par Apache?

La réponse simple est ne pas .

RFC 2616 définit dégonfler comme:

  

dégonfler le format "zlib" défini dans la RFC 1950 en combinaison avec le mécanisme de compression "deflate" décrit dans le RFC 1951

Le format zlib est défini dans comme: 

     0   1
     +---+---+
     |CMF|FLG|   (more-->)
     +---+---+

       0   1   2   3
     +---+---+---+---+
     |     DICTID    |   (more-->)
     +---+---+---+---+

     +=====================+---+---+---+---+
     |...compressed data...|    ADLER32    |
     +=====================+---+---+---+---+

Alors, quelques têtes et une somme de contrôle ADLER32

RFC 2616 définit gzip comme:

  

gzip Un format de codage produit par le programme de compression de fichiers          "Gzip" (GNU zip) tel que décrit dans le RFC 1952 [25]. Ce format est          Lempel-Ziv (LZ77) avec un CRC de 32 bits.

RFC 1952 définit les données compressées en tant que:

  

Le format utilise actuellement la méthode DEFLATE de compression, mais peut être facilement étendu à utiliser d'autres méthodes de compression.

CRC-32 est plus lent que ADLER32

  

En comparaison avec un contrôle de redondance cyclique de la même longueur, il négocie la fiabilité de la vitesse (préférant celle-ci).

Alors ... nous avons 2 mécanismes de compression qui utilisent le même algorithme de compression, mais différent algorithme pour les en-têtes et de contrôle.

Maintenant, les paquets TCP sous-jacents sont déjà assez fiable, de sorte que la question ici est pas Adler 32 vs CRC-32 GZIP utilise.

Transforme sur de nombreux navigateurs au fil des ans mis en œuvre un algorithme de dégonflage incorrect. Au lieu d'attendre l'en-tête de zlib dans la RFC 1950 ils ont simplement prévu la charge utile comprimé. De même différents serveurs web fait la même erreur.

Ainsi, au fil des ans les navigateurs ont commencé à mettre en œuvre un logique floue dégonfler la mise en œuvre, ils essaient d'en-tête de zlib et contrôle adler, si cela échoue, ils essaient de la charge utile.

Le fait d'avoir une logique complexe comme cela est qu'il est souvent cassée. Verve studio ont un a contribué tester section qui montrent à quel point la situation est.

Par exemple: dégonfler des œuvres dans Safari 4.0, mais est cassé dans Safari 5.1, il a aussi toujours des questions sur IE.

Alors, la meilleure chose à faire est d'éviter dégonfler tout à fait, le coup de pouce légèrement la vitesse (en raison de 32 adler) ne vaut pas le risque de charges utiles cassés.

Autres conseils

GZip est dégonfler simplement plus une somme de contrôle et en-tête / pied de page. Dégonflage est plus rapide , bien que, comme

Vous êtes probablement pas en mesure de choisir réellement dégonfler comme une option. Contrairement à ce que vous pouvez vous attendre mod_deflate est de ne pas utiliser dégonfler mais gzip. Ainsi, alors que la plupart des points soulevés sont valables, il est probablement pas pertinente pour la plupart.

Je pense qu'il n'y a pas de grande différence entre les dégonfler et gzip, parce que gzip est fondamentalement juste un en-tête enroulé autour de dégonfler (voir RFCs 1951 et 1952).

La raison principale est que dégonfler est plus rapide que pour encoder gzip et sur un serveur occupé qui pourrait faire une différence. Avec des pages statiques, il est une autre question, car ils peuvent facilement être une fois pré-compressés.

mod_deflate nécessite moins de ressources sur votre serveur, même si vous pouvez payer une petite pénalité en termes de taux de compression.

Si vous servez beaucoup de petits fichiers, je recommande l'étalonnage et test en charge vos solutions compressés et non compressés -. Vous trouverez peut-être des cas où la compression ne permettant de réaliser des économies

Il ne devrait pas y avoir de différence dans gzip et dégonfler pour la décompression. Gzip est dégonfler juste avec quelques dizaines d'octets en-tête enroulé autour de lui, y compris une somme de contrôle. La somme de contrôle est la raison de la compression plus lente. Toutefois, lorsque vous êtes précompression zillions de fichiers que vous voulez les checksums comme un contrôle de santé mentale dans votre système de fichiers. En outre, vous pouvez utiliser des outils pour obtenir des statistiques commandline sur le fichier. Pour notre site, nous précompression une tonne de données statiques (l'ensemble du répertoire ouvert, 13.000 jeux, autocomplete pour des millions de mots-clés, etc.) et nous classons 95% plus rapide que tous les sites par Alexa. Faxo de recherche. Cependant, nous utilisons une maison développé serveur web propriétaire. Apache / mod_deflate n'a tout simplement pas le couper. Lorsque ces fichiers sont compressés dans le système de fichiers prend non seulement vous un coup pour votre fichier avec la taille du bloc du système de fichiers minimum, mais tous les frais généraux inutiles dans la gestion du fichier dans le système de fichiers que le serveur Web se fout. Vos préoccupations devraient être empreinte disque total et l'accès / temps de décompression et la vitesse secondairement à être en mesure d'obtenir ces données précomprimé. L'empreinte est importante, car même si l'espace disque est pas cher que vous voulez autant que possible d'installer dans le cache.

Sur Ubuntu avec Apache2 et le module de dégonflage déjà installé (ce qui est par défaut), vous pouvez activer dégonfler gzip compression en deux étapes: 

a2enmod deflate
/etc/init.d/apache2 force-reload

Et vous êtes loin! J'ai trouvé pages que je servais sur ma connexion adsl chargé beaucoup plus rapide.

Edit:. Selon le commentaire de @ GertvandenBerg, ce qui permet la compression gzip, ne se dégonfle pas

si je me souviens bien

  • gzip compresse un peu plus de dégonfler
  • dégonfler est plus efficace
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top