je constate souvent des temps de réponse important de mes sites par rapport à ce que j’avais il y a 1 an…
Or,
j’ai changé d’hébergeur (pour ovh)
je suis passé de 1.9 à spip2 (2.0.5),
j’ai pris un squelette complet (sarka) plutôt qu’un dist personnalisé
et j’ai mis des plugins divers, dont gis, spiplistes…
Le volume de la table et la fréquentation est de même ordre…
la question est: comment évaluer les temps de réponse de son site, et comment orienter le travail pour l’améliorer… ?
Pour commencer, y-a-t-il des outils de mesure ? qui donne la performance globale ?
Et dans l’idéal, un truc qui évaluerait les différentes couches (serveur http, serveur sql, affichage spip , calcul squelette… ?
*comment évaluer les temps de réponse de son site, et comment orienter le travail pour l'améliorer...* ?
en étant logué comme administrateur, tu peux afficher tes pages en ajoutant à l'url :
?var_profile=0 (ou &var_profile=0)
qui te renverra pour cette page, les requêtes sql détaillées (dont temps de traitement)
toujours logué, l'ajout de :
?var_mode=debug (ou &var_mode=debug)
retournera pour chaque portion de ta page (globale, inclure), les requêtes sql de chaque boucle utilisée dont temps de traitement
cliquer sur "résultat" pour l'affichage de la requête d'une boucle spécifique ;
cliquer sur squelette pour l'affichage du source du squelette ;
cliquer sur code pour le php généré par la boucle ;
cliquer sur calcul pour la synthèse de l''explain' sql
analyser tout cela devrait te permettre de repérer les traitements lourds.
Je suis dans une configuration proche
- Je suis chez OVH (60gp et 90plan)
- Je suis passé de 1.9 à 2.0.5
- J'observe un ralentissement certain des sites ces derniers temps…
Par contre dans mon cas, il y a une augmentation de la fréquentation (x20) due au passage de robots spameurs (spams extrême-orientaux sur les forums et russes sur les référés). Les robots pilonnent notamment les formulaires et pages de forums (pas toujours comptabilisées dans les statistiques spip et peu (pas?) mises en cache), je leur avais (peut-être à tort) attribué le ralentissement observé, absolvant ainsi et SPIP2, et l'hébergeur, et la performance de mes squelettes…
pour le compacatage css et html, je l'avais désactivé car le commentaire disait qu'en phase de développement ca rendait plus compliqué l'analyse
mais je l'ai réactivé sans effet !! je suis passé pour le même cas de 5,6s à 6,1s... !!!
comme je viens de le dire sur le forum sarka, je commence à me demander s'il n'y a pas qqchose coté spip/sql/ovh...
L'idéal serait d'avoir une base de benchmark... avec un tableau de bord de toutes les ressources sql nécessaires à spip
on pourrait tester la base sur plusieurs environnements et comparer les résultats... ?
pam
denisb a écrit :
chag a écrit :
2h non ?
argh...
<excuse> glenlivet </excuse>
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
pour le compacatage css et html, je l'avais désactivé car le commentaire disait qu'en phase de développement ca rendait plus compliqué l'analyse
mais je l'ai réactivé sans effet !! je suis passé pour le même cas de 5,6s à 6,1s... !!!
comme je viens de le dire sur le forum sarka, je commence à me demander s'il n'y a pas qqchose coté spip/sql/ovh...
L'idéal serait d'avoir une base de benchmark... avec un tableau de bord de toutes les ressources sql nécessaires à spip
on pourrait tester la base sur plusieurs environnements et comparer les résultats... ?
" Manifestement, le dédié est plus rapide que le mutualisé." : même sans
test, on aurait pu te le dire
-----Message d'origine-----
De : RealET [mailto:real3t@gmail.com]
Envoyé : dimanche 8 mars 2009 19:32
À : spip@rezo.net
Objet : Re: [Spip] performance site.. ?
* lpam tapuscrivait, le 08/03/2009 16:14:
pour le compacatage css et html, je l'avais désactivé car le commentaire
disait qu'en phase de développement ca rendait plus compliqué l'analyse
mais je l'ai réactivé sans effet !! je suis passé pour le même cas de
5,6s à 6,1s... !!!
comme je viens de le dire sur le forum sarka, je commence à me demander
s'il n'y a pas qqchose coté spip/sql/ovh...
L'idéal serait d'avoir une base de benchmark... avec un tableau de bord
de toutes les ressources sql nécessaires à spip
on pourrait tester la base sur plusieurs environnements et comparer les
résultats... ?
" Manifestement, le dédié est plus rapide que le mutualisé." : même sans
test, on aurait pu te le dire
Bon, je précise : c'est un dédié que je mutualise.
Simplement, par rapport à OVH, je le mutualise avec moins de site par CPU.
-----Message d'origine-----
De : RealET [mailto:real3t@gmail.com] Envoyé : dimanche 8 mars 2009 19:32
À : spip@rezo.net
Objet : Re: [Spip] performance site.. ?
* lpam tapuscrivait, le 08/03/2009 16:14:
pour le compacatage css et html, je l'avais désactivé car le commentaire disait qu'en phase de développement ca rendait plus compliqué l'analyse
mais je l'ai réactivé sans effet !! je suis passé pour le même cas de 5,6s à 6,1s... !!!
comme je viens de le dire sur le forum sarka, je commence à me demander s'il n'y a pas qqchose coté spip/sql/ovh...
L'idéal serait d'avoir une base de benchmark... avec un tableau de bord de toutes les ressources sql nécessaires à spip
on pourrait tester la base sur plusieurs environnements et comparer les résultats... ?
" Manifestement, le dédié est plus rapide que le mutualisé." : même sans
test, on aurait pu te le dire
Bon, je précise : c’est un dédié que je mutualise.
Simplement, par rapport à OVH, je le mutualise avec moins de site par CPU.
-----Message d’origine-----
De : RealET [mailto:real3t@gmail.com] Envoyé : dimanche 8 mars 2009 19:32
À : spip@rezo.net
Objet : Re: [Spip] performance site… ?
lpam tapuscrivait, le 08/03/2009 16:14:
pour le compacatage css et html, je l’avais désactivé car le commentaire disait qu’en phase de développement ca rendait plus compliqué l’analyse
mais je l’ai réactivé sans effet !! je suis passé pour le même cas de 5,6s à 6,1s… !!!
comme je viens de le dire sur le forum sarka, je commence à me demander s’il n’y a pas qqchose coté spip/sql/ovh…
L’idéal serait d’avoir une base de benchmark… avec un tableau de bord de toutes les ressources sql nécessaires à spip
on pourrait tester la base sur plusieurs environnements et comparer les résultats… ?
Pour ma part, j’ai un élément de comparaison entre : www.manrese.com (Plan 240 OVH) et www.pyrat.net sur un dédié OVH (Dual Core 2.2Ghz, 4Go de RAM) :
