Je travaille sur la nouvelle version d'Agoravox.fr.
La migration est particulièrement chaotique. Nous avons 40.000
rédacteurs, 50.000 artiocles et surtout 1.000.000 de commentaires...
Nous y sommes arrivés et face à la surcharge de notre serveur, nous
avons essayé plusieurs optimisations (notamment rajouter quelques index
bien placés dans la base).
Mais ce qu'il me semble être le plus gros problème au niveau des
performances est le suivant, il a déjà été signalé sur Spip-Dev par
RealET, je crois.
Ce que nous constatons :
- la taille du cache dépasse très largement la limite demandée : cet
après-midi, 2.7Go alors que la limite demandée est de 50Mo
- d'après les logs, des caches (pour des squelettes qui ont des durées
d'expiration d'un mois par exemple et qui ne contiennent pas le balise #SESSION) sont générés pour chaque auteur, ce qui explique probablement
la taille abusive du cache
- plus le cache est important, plus la charge du serveur augmente, à
priori parce que quand il doit invalider un cache, il doit aller
fouiller parmi une trop grande quantité de données
D'où nos questions :
1- comment faire en sorte que la limite de cache soit respectée?
2- comment faire en sorte qu'un seul cache soit partagé par tous les
auteurs?
sans pouvoir donner une réponse précise à tes questions je constate que le problème d'un cache surdimensionné (800MB pour un petit site de 75 articles et 20 rédacteurs) a disparu après passage à SPIP 2.08. J'ai l'impression que la version 2.07 avait un problème à ce niveau.
klaus++
Mathieu LOPES schrieb:
Bonjour à vous,
Je travaille sur la nouvelle version d'Agoravox.fr.
La migration est particulièrement chaotique. Nous avons 40.000
rédacteurs, 50.000 artiocles et surtout 1.000.000 de commentaires...
Nous y sommes arrivés et face à la surcharge de notre serveur, nous
avons essayé plusieurs optimisations (notamment rajouter quelques index
bien placés dans la base).
Mais ce qu'il me semble être le plus gros problème au niveau des
performances est le suivant, il a déjà été signalé sur Spip-Dev par
RealET, je crois.
Ce que nous constatons :
- la taille du cache dépasse très largement la limite demandée : cet
après-midi, 2.7Go alors que la limite demandée est de 50Mo
- d'après les logs, des caches (pour des squelettes qui ont des durées
d'expiration d'un mois par exemple et qui ne contiennent pas le balise #SESSION) sont générés pour chaque auteur, ce qui explique probablement
la taille abusive du cache
- plus le cache est important, plus la charge du serveur augmente, à
priori parce que quand il doit invalider un cache, il doit aller
fouiller parmi une trop grande quantité de données
D'où nos questions :
1- comment faire en sorte que la limite de cache soit respectée?
2- comment faire en sorte qu'un seul cache soit partagé par tous les
auteurs?
A bientôt,
Mathieu
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net