suphp ne te permet que de faire le premier point:
Les process sont lancés avec l'id de chaque "propriétaire" (enfin tu peux le config comme tu veux mais c'est la manière la plus courante).
Tu reste avec le système du module apache: une instance de php est chargée dans chaque process apache.
Fastcgi, te permet un découpage plus fin:
- apache ne fera que de servir les pages (php ne sera pas chargé dans chaque process, y compris ceux qui vont envoyer du static).
- si besoin un process php sera créé en fastcgi, il aura une durée de vie etc.
Je te laisse deviner les implications en terme de consommation mémoire par exemple (ou pour les Xcache/APC etc)
[^] # Re: Conf apache : tunning mémoire
Posté par geb . En réponse au journal Nouveau tutoriel sur la mise en place d'un serveur LAMP. Évalué à 3.
Les process sont lancés avec l'id de chaque "propriétaire" (enfin tu peux le config comme tu veux mais c'est la manière la plus courante).
Tu reste avec le système du module apache: une instance de php est chargée dans chaque process apache.
Fastcgi, te permet un découpage plus fin:
- apache ne fera que de servir les pages (php ne sera pas chargé dans chaque process, y compris ceux qui vont envoyer du static).
- si besoin un process php sera créé en fastcgi, il aura une durée de vie etc.
Je te laisse deviner les implications en terme de consommation mémoire par exemple (ou pour les Xcache/APC etc)