Commentaires sur : Par la force du barbu à poils drus !

Par : Quentin

Quentin — Wed, 06 Jan 2010 16:49:31 +0000

Sinon htop c’est beaucoup mieux que top

Par : Gonzague

Gonzague — Fri, 13 Nov 2009 23:14:13 +0000

moi je dis : essaye movable type (alors que je suis un avocat de wordpress haha)

Par : mrboo

mrboo — Fri, 13 Nov 2009 13:20:29 +0000

pascal>
merci pour les infos, je vais essayer de tuner ça au mieux.
Par contre, j’ai un peu de mal avec le fichier de conf de GandiAI
(/etc/apache2/conf.d/gandiai) qui me parle de ProcessorWaitTimeout, MinMultiplexers… sans que je trouve beaucoup de doc sur le sujet sur Google.

Si j’ai le courage je passerai clairement sur une Debian.

Par : pascal

pascal — Fri, 13 Nov 2009 11:29:31 +0000

D’après le screenshot:

- une seule part active sur la VM
- tous les process apache bossent en CPU (essayent, du moins)
- pas d’iowait, pas de system, que du steal contre le cpu: c’est vraiment 100% cpu, le syndrome wordpress

Ca vaut sa cacahuette de tester une debian récente avec un mpm prefork (un peu plus léger que peruser, qui sert a gérer quelques vhosts en les séparant par uid).

C’est là que je comprends pas tout, pourquoi 54 avec cette config peruser ? 104 processus, mais surtout 60 running ? Ce stade atteint, c’est dur à tenir même sur une machine dédiée.

Diminuer RequestPerChild à 10 va te faire grimper le %sys, il y aura un ratio d’exit/fork par requete haut, et peut-etre moins de charge tenue. KeepAlive donne beaucoup de process effectivement, mais sleeping.

Avec une unique part comme ici, je recommanderais de pas dépasser une dizaine de processus simultanés gavés sur le CPU, et de bencher ça en montant lentement le nombre de processes. Ca ira un peu moins vite lors des pics, mais le but est de remplir le cache sans écrouler la machine pour qu’elle revienne rapidement. Avec 60 processus simultanés, ça devient presque impossible.

Et vraiment de passer à prefork si tu n’as pas besoin de séparer les vhosts.

Par : mrboo

mrboo — Fri, 13 Nov 2009 10:58:45 +0000

mathias> franchement Typepad ne me tente pas du tout pour le blogging + je développe pas mal d’autres choses (Newea et AutoFF) qui demandent un vrai serveur + c’est toujours plus intéressant d’apprendre

Par : mathias

mathias — Fri, 13 Nov 2009 10:54:22 +0000

My 2 cents : Pourquoi ne pas prendre un abonnement typepad (même un abo business) et ne plus se soucier de tout cela ? C’est une plateforme utilisée par plein de bloggers pro, qui tient la charge et semble tout aussi efficace que wordpress.
Tout le temps dégagé par ces tracas techniques pourraient ainsi être affectés a ton business ? Parce que au final, le visiteur il ne voit qu’un blog et se fout de savoir que derrière il y a gandi et des apaches
Bon après c’est vrai que par pur exercice intellectuel et si il y a rien d’autre d’urgent à traiter avant, je comprend le challenge…

Par : Gonzague

Gonzague — Fri, 13 Nov 2009 10:50:00 +0000

j’avais le même souci sur un bon gros Kimsufi , les 3 Go de ram morflaient puis ça attaquait le Swap et le load montait montait montait et boom adieu serveur

Par : mrboo

mrboo — Fri, 13 Nov 2009 10:49:12 +0000

Jérémy> ok je viens de changer la conf de cette manière, on verra bien si ça tient

Par : Jérémy

Jérémy — Fri, 13 Nov 2009 10:43:11 +0000

le keepalive est très utile (évite d’avoir 50 connexion par utilisateur pour afficher les images/css de chaque page) mais avec un timeout assez bas.

Par : mrboo

mrboo — Fri, 13 Nov 2009 10:39:36 +0000

Jérémy> je viens de découvrir un fichier de conf Gandi avec un keepalive à On (alors que je l’avais désactivé dans la apache.conf) ….
je vais voir ce que ça donne.

Sinon pour l’adminftp c’est une pirouette de Gandi pour donner accès au compte non root qu’ils configurent par défaut.