RPStune

Dernière modification : 2008/02/15 17:04

Quelques réflexions et chiffres pris sur la ML.

Stephane Bouvard

Un Kimsuffi avec 256M de Ram est capable de supporter au niveau mémoire simultanément 15 slots PHP et disons 45 slots "statiques" (images, css,...). Ceci c'est son usage *normal* et c'est ainsi qu'on le configure. Ainsi, en utilisation normale, les 256Mo de Ram sont utilisés.

Lorsque le KS reçoit la visite d'un moteur de recherche, qui s'en fout des images et des CSS, le KS doit encaisser 60 slots PHP simultanés, et ça il n'y parvient que grace au swap, mais puisqu'il y parvient, on peut autoriser Apache à gérer 60 slots.

Dans le cas du RPS, avec 512Mo de Ram, il serait capable en usage normal de traiter 30 slots PHP et 90 slots statiques simultanés, soit le double du KS, seulement contrairement au KS, on ne peut pas l'autoriser à recevoir ces 120 slots, car il serait incapable de gérer 120 slots PHP n'ayant pas ce swap, et donc on ne peut pas autoriser Apache à gérer 120 slots, on doit configurer Apache pour le limiter à 40 slots, soit moins que le KS (et déjà 40 slots, cela veut dire 10Mo max par process PHP en tenant compte de ce qui tourne à côté sur le serveur, c'est pas encore bcp).

Or avec une limite de 40 slots pour ne pas planter "en usage exceptionnel", on se retrouve en usage normal avec 10 slots PHP et 30 slots statiques, soit moins que le KS, et pas génial pour qqun qui vient du mutualisé.

KS : 256Mo en utilisation normale et 768Mo en utilisation "exceptionnelle"
RPS : Limité à 512Mo en utilisation "exceptionnelle", donc obligation de le brider à 150Mo en utilisation "normale".

Martin Lathoud


Euh.. si ton KS ne swap ne serait-ce que 128MB de mémoire utilisée
(i.e slots apache), ta perf. va s'écrouler et tu auras effectivement
besoin de beaucoup de slots/swap pour faire patienter tout ce beau
monde. Dans la réalite, un RPS va répondre super vite à 100% des
requêtes qu'il peut traiter, et au final le temps de scan d'un robot
sera très nettement inférieur sur un RPS qu'un KS. Ton erreur de
raisonnement vient du fait que tu considères le swap comme non
pénalisant en termes de perf. et tu oublies les conséquences
immédiates qui en découlent.

Martin Korolczuk

J'ai regardé hier les graphs MRTG de mon serveur Superplan 2006 (à
base de Gentoo OVH Release 2) destiné à un usage web essentiellement
(Apache, PHP, MySQL essentiellement, mail très exceptionnellement) :

            - 1 Go de RAM ;
            - environ 400 Mo occupés en permanence ;
            - environ 300 Mo de cache ;
            - environ 300 Mo de libres ;
            - environ 100 Mo de swap dont 50 Mo utilisés et 50 Mo de cache.