Zend FR

Bonjour,

Sur un de mes serveurs de prod, la taille moyenne des process apache est de 75Mo.

Je ne saurais pas te dire ce que fait le process (ni même s'il utilise le ZF) dans la mesure où j'ai plusieurs sites et que le même process est réutilisé pour plusieurs connexions...

Dans ton cas, si on considère qu'une requête répond en 1s en moyenne (un picto est aussi une requête, ça fait baisser les temps de réponse moyen), ça te fait 40 * 3600 = 144 000 hits / heure.
Comptons 20hits par page et 4 pages par internaute, on arrive à
180 000 / 20 / 4 = 1800 visites par heure

Pour te donner un ordre d'idée, sur z-f en heure de pointe on est autour de 100 visites / heure...

A+, Philippe
PS : en fait c'est rarement apache qui est limitant, c'est souvent la base qui plombe les perfs en premier...

Oui, bon d'accord, tu n'as pas un site "classique"

Le premier truc c'est d'essayer d'avoir des infos en plus sur ton serveur :
- t'as des erreurs dans ton error log ? (genre des out of memory ou des blagues de ce genre)
- t'as des infos dans tes logs système (toujours chercher du coté des out of memory, ça regroupe n'importe quelle allocation de mémoire qui échoue, même quand le problème est ailleurs que dans la conso mémoire... typiquement les file descriptors...)
- regarder où en sont des indicateurs système (notamment si ta machine part en swap). regarde du coté des sysutils (un package linux) et notamment la commande sar, regarder les file descriptors et le nombre de connexions...
- si ta base pompe tout le CPU, regarder comment optimiser mysql : y'a-t-il des requêtes lentes ? prendre les requêtes les plus lentes et regarder si les requêtes ne sont pas codées à l'enver, si y'a les index qu'il faut (et virer les indexes en trop dans certains cas), voir si on ne peut pas déplacer des tables en mémoire,... Bref si tu cherches tuning mysql dans google tu auras beaucoup de choses...

Après à l'impossible nul n'est tenu... si tout est bien optimisé et que ça ne rentre pas, il faut soit une machine plus puissante soit une plateforme avec plusieurs machines...

Bon courage, ce sont des problématiques loin d'être simples...
A+, Philippe
PS : le calcul que j'ai fait dépend très fortement de tes temps de réponse et prend des hypothèses qui ne te concernent pas je pense... notamment les 20 hits / page, refais les calculs en fonction de ton service, ça peut rentrer...

Pour ma part, je rappelle l'existence de http://httpd.apache.org/docs/2.0/misc/perf-tuning.html
Comme dit Philippe, l'OS peut être en cause : nombre de FileDescriptor par processus, nombre de processus totaux à gérer ...

Tu devrais peut-être aussi considérer à changer de mpm. Prefork est sympa, mais gourmand en mémoire (fork()), worker qui utilise des threads l'est beaucoup moins, mais à ce moment là il ne faut pas utiliser PHP en module mais en CGI (PHP + threads = surprises désagréables)

en fastCGI par exemple, tu as la possibilité de pooler les connexions et donc d'utiliser des connexions BDD persistentes et isolées. Le process fcgi est séparé de celui d'Apache et est fortement tunable, regarde dans les sources de PHP sous sapi/cgi/README.FastCGI

Aussi je conseille de ne jamais se reposer sur les paquets de l'OS. Compile Apache et PHP toi-même, vide le des modules non nécessaires, et tune ton OS via /proc et /sys.
Enfin, attention à APC et autres cache d'OPCode : le cache est fait en mémoire, et c'est le process Apache père qui va grossir en conséquence

Perso je te conseille de commencer par récupérer les traces possibles (cf mon message d'avant) sur ta machine pour voir vraiment où ça bloque avant de faire des modifs au petit bonheur la chance... sinon tu risques de passer des plombes à faire des modifs qui n'apportent rien...

A+, Philippe