MediaWiki sauvegarde lente des pages éditées


10

J'ai MediaWiki 1.16.2 sur la plate-forme LAMP suivante, qui fonctionne assez bien pour d'autres applications sur une machine à double processeur de 16 Go de RAM: CentOS 5.7 (64 bits) Apache 2.2.3 MySQL 5.0.77 PHP 5.1.6

Cela semble dépendre quelque peu du navigateur utilisé, mais la sauvegarde très fréquente des pages éditées est trop lente - il n'est pas rare d'attendre encore 10 ou 20 secondes pour un changement très simple.

Le rendu des pages fonctionne assez rapidement, mais c'est la sauvegarde après modification qui tue l'expérience utilisateur. J'ai détecté une certaine amélioration lors de l'édition à partir d'un client exécutant Opera que sur Firefox (sur une plate-forme Fedora Linux).

Des conseils sur où puis-je régler le serveur pour le rendre meilleur?

Les références d'Apache exécutées sur la machine sont impressionnantes, BTW.


Il semble que vous ayez besoin d'examiner la base de données, de commencer les opérations d'optimisation (écriture) des mesures
hakre

1
En outre, vous pourriez envisagermemcached
Nano Taboada

La réplication de la base de données est-elle activée? La dernière fois que j'ai vérifié, cela n'était pas activé par défaut dans la distribution Mediawiki. Mais s'il était activé mais non configuré, cela entraînerait probablement le comportement décrit.
wallyk

1
Essayez d'exécuter SHOW FULL PROCESSLISTdans la console MySQL pendant qu'une opération d'écriture lente est en attente pour voir si une autre requête bloque tout.
Kaivosukeltaja

Tout comme un commentaire / solution de contournement à ma propre question. Cela reste un problème ouvert pour moi si je pense à utiliser Firefox / Fedora. Opera qui est mon préféré maintenant est beaucoup plus rapide et a été une bonne solution de contournement - pas de retards ennuyeux.
David Ramirez

Réponses:


1

Consignez-vous des requêtes lentes dans mysql? Le journal des erreurs mysql affiche-t-il quelque chose?

Dans de telles circonstances, je commencerais à regarder Cacti. Les modèles mysql-cacti de Percona sont inestimables pour cela. Vous pourrez voir si vous rencontrez un problème d'E / S ou un problème de verrouillage de table. Il peut y avoir plusieurs causes.

Réfs:

http://code.google.com/p/mysql-cacti-templates/


0

Juste jeter une pensée, peut-être que les sauvegardes ont plus à voir avec le chargement des ressources externes? Cela pourrait être le navigateur qui attend une réponse, j'ai eu des expériences où des charges lentes étaient le résultat de JS / contenu externe qui pourrait être ralenti.

Avez-vous étudié cette route? Peut-être un thème personnalisé ou un éditeur JS prenant son temps.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.