WordPress Francophone

Salut Li-An, et merci de ta réponse,

Donc concernant l'installation classique de wp, sans thème/plugin, j'y ai pensé aussi et je l'ai fait juste après avoir posté, le résultat :

En affichant l'admin, ou le blog, donc par un seul user (moi) la ram ne fuite plus autant, mais l'occupation mémoire de wp reste assez conséquente : environ 128mo, (je suis aux alentour de 300 sans wp, et là ça monte à 440 mo) et cela sans aucun plugin, ou thème. Je crois que ça n'est pas normal non plus non ?

Donc J'en suis venu à me demander si les variables constantes de default_constants.php étaient bien prises en compte.
J'ai baissé WP_MAX_MEMORY à  32M pour du multiste, 16M dans le cas contraire, et 64M pour le WP_MAX_MEMORY_LIMIT. (Ces valeurs me semblent bien basses )

Et ça baisse bien l'occupation mémoire, ça la passe aux alentours de 64MO comme demandé en limite maximale, cependant ça me semble étrange que l'occupation mémoire soit immédiatement maximale sans thème, sans plugin, avec un seul user.

Je pousuit mes tests, donc si j'ouvre, l'index du blog sur un autre navigateur, puis sur le même navigateur, avec l'admin ouvert sur ce même navigateur, je passe a 160M d'utilisation mémoire, c'est pas normal non ?

Qu'est ce qui peux expliquer ça à part une fuite mémoire apache à cause de wordpress ?

Dernière modification par mouffles (25-11-2011 12:13:56)

Je vais regarder ça Li-An merci,

Bref ça craint quand même

Si quelqu'un s'y connait un peu et peux me renseigner ça m'aiderai bien, car je trouve vraiment pas grand chose, a part des conseils pour tuner apache et php T-T

EDIT : Je discute avec le support de mon hébergement, car il y a sûrement un soucis entre wordpress et ma config serveur (apache/php), comme je n'ai jamais rien modifié aux confs d'apache/php avant, j'essaie de les faire bouger en attendant

Car wordpress est quand même un outil ultra répandu sur le web et si mon serveur est mal configuré pour travailler avec ça craint...

Dernière modification par mouffles (25-11-2011 12:42:56)

Buddypress est connu pour sa gourmandise. Tu peux peut-être jeter un oeil sur http://www.li-an.fr/wpplugins/plugins/wp-symposium/
Mais quand même... sur un serveur dédié, je suis assez étonné.

Dernière modification par Li-An (26-11-2011 12:42:05)

Merci de vos réponses, Li-An je vais regarder ton lien attentivement.

Et sinon Aphrodite si tu pouvais me passer (et si tu les a sous la main aussi) les paramètres de tes trois fichiers de conf : Apache / httpd / sql ça pourrait peut être m'aider pour comparer, parce que moi aussi je suis certain qu'il s'agit de réglages là dedans qui sont par défaut et qui vont pas.

OUF ça y est j'ai réglé le soucis.

Donc il s'agit bien d'une fuite mémoire apache 2, aucune idée du pourquoi mais worpress surchargeait bien ma ram inutilement.

A titre d'infos :

je suis chez nuxit, avec un Xeon L5520 @ 2.27GHz
Parallels Plesk Panel v10.3.1_build1013110726.09 os_Debian 5.0
512/1go de ram
Linux 2.6.18-028stab070.4avec un php 5.2.6-1+lenny13, et eaccelarator d'installé (grâce à Aphrodite )

J'ai réglé ma conf apache de façon ultra restrictive, pour qu'elle tue les processus très rapidement et les recrée si besoin (comme conseillé en cas de fuite) ce qui consomme plus de cpu "normalement" et moins de ram, mais mes ressources cpu (8 cores) servaient à rien depuis longtemps, et voilà maintenant wordpress+BuddyPress ne mange pas plus que 128 mo après s'être stabilisé

Les paramètres apache2.conf qui ont normalisés la situation :

MaxKeepAliveRequests 50
KeepAliveTimeout 2
StartServers       5
MinSpareServers    5
MaxSpareServers    8
MaxClients        75
MaxRequestsPerChild   10

Voilà si ça arrive à d'autres, ils auront les bonnes infos et n'y passeront pas 3 jours comme moi