parceque le memory fingerprint d'apache 2.2 est "gros" meme avec un MPM threade ?
apache httpd n'est plus le serveur web le plus rapide et moins gourmand :)
Mais apache 2.x a gagne en confort applicatif. Au boulot, on avait une douzaine de vieux clous avec apache 1.3.x compile en statique avec des patches et des modules maison.
Nous sommes passes a apache 2.2 avec event MPM.
Resultats des courses:
- Pas de patch pour le support SSL, mod_gzip ou IPv6
- plus qu'un patch sur les module d'apache d'origine (contre 12 avant)
- on chaine les modules + facilement
- pour le logging, plus besoin de se coltiner un patch pour mod_log_config
- on peut charger un lib apr-util sans avoir a se frapper une compilation
Et quand on passera a apache 2.4. on reduira encore le nombre de lignes de code maison.
Bref, c'est un bohneur d'ecrire un module apache :)
En revanche, le modele 1 threads/process = 1 connexion devient une plaie (d'ou l'interet de coller un haproxy devant).
[^] # Re: apache 1.3 et apache 2.2
Posté par sheldoncooper . En réponse au journal La fin du monde. Évalué à 1.
apache httpd n'est plus le serveur web le plus rapide et moins gourmand :)
Mais apache 2.x a gagne en confort applicatif. Au boulot, on avait une douzaine de vieux clous avec apache 1.3.x compile en statique avec des patches et des modules maison.
Nous sommes passes a apache 2.2 avec event MPM.
Resultats des courses:
- Pas de patch pour le support SSL, mod_gzip ou IPv6
- plus qu'un patch sur les module d'apache d'origine (contre 12 avant)
- on chaine les modules + facilement
- pour le logging, plus besoin de se coltiner un patch pour mod_log_config
- on peut charger un lib apr-util sans avoir a se frapper une compilation
Et quand on passera a apache 2.4. on reduira encore le nombre de lignes de code maison.
Bref, c'est un bohneur d'ecrire un module apache :)
En revanche, le modele 1 threads/process = 1 connexion devient une plaie (d'ou l'interet de coller un haproxy devant).