-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[v12] Légère dégradation des perfs de lecture sur un article ? #3134
Comments
À raison, @SpaceFox avait fait la même remarque. Le "pourquoi", par contre, je sais pas encore. Ceci dit "un article" est un article publié ? |
Nos confs donnent (dans
On notera aussi qu'on affiche 2x « un topic » mais pas « Un mini-tuto ». C'est étrange. |
Ce qui est "marrant", c'est que les performances de l'articles sont plus dégeu que celle du mini ou du big tuto. Donc j'imagine que la différence provient des commentaires. |
En revérifiant les URLs, toutes provoquent des 307 (passage en HTTPS, au moins sur navigateur) et certaines provoquent des 301. Je vais mettre les URLs à jour dans Munin pour éviter les redirections. |
C'est fait. En attendant je confirme que les articles sont relativement longs à charger. @pierre-24 , @artragis , pour moi charger un article et un mini-tuto ça devrait maintenant être pareil, j'ai loupé un truc ? |
Attention il y avait une erreur dans les stats de chargement des pages ! Dans Munin, sur les graphes « wget page », il y a une bizarrerie avec les courbes depuis ~17h aujourd'hui, c'est tout simplement que les courbes précédentes étaient fausses… ou plus exactement chargeaient bien ce qui était affiché jusqu'alors :
PS : vues les courbes annuelles, l'erreur date du jour de la réinstallation de la nouvelle prod. |
Oui, logiquement. En local, je me prend 46 requêtes SQL (utilisateur normal, pas de MP) quand je visite un article (quelque soit le nombre de commentaires), contre 44 dans le cas d'un tuto. Je doute que le problème provienne de là, ceci dit, mais il faudrait comparer ligne par ligne les appels (il y a au moins un appel de plus dans le cas des articles pour récupérer précédent/suivant, je sais plus quel est le deuxième). C'est clairement pas catastrophique. Après ... Est ce que le temps de chargement d'un mini/big tuto a lui aussi augmenté ? Parce que si c'est le cas, c'est que le système de fichier est plus sollicité que prévu. Si c'est pas le cas, c'est qu'on fait quelque chose de spécial sur les articles qu'on ne devrait pas. Vu que le temps de chargement d'un article est supérieur à la seconde chez moi (ce qui ne m'avais pas frappé la dernière fois que j'avais essayé) alors que celui d'un big tuto est clairement inférieur à la seconde, je me dirigerais par là. Même si à priori, il y a très peu d'endroit ou le code des articles diffère de celui des tutos (c'était le but). |
Une différence majeure est qu'en général un article a pas mal de Le 31 octobre 2015 18:34, Pierre Beaujean notifications@github.com a
|
Ben pour mes tests, j'ai fait exprès de prendre le même nombre de commentaires dans les deux cas, et y'a une différence assez nette quand même. |
Bizarre… |
D'ailleurs, le graphe le dit lui même :
Y'a clairement un truc qui va pas sur les articles. |
Il faut aussi se souvenir que la bdd avait été "chauffée" avec 2 tables, Le 31/10/2015 18:50, Pierre Beaujean a écrit :
|
Ce qui n'a normalement presque aucun effet visible, puisqu'on est sensés avoir des index pertinents, et que normalement le temps passé ne l'est pas dans MySQL lui-même. |
a-t-on les munin du serveur de prod pour les iops? Le 31/10/2015 18:59, SpaceFox a écrit :
|
Puis de toute façon, le même contenu publié en tant qu'article ou en tant que tuto change complètement le temps, je viens de tester. |
Oui depuis le nouveau serveur. C'est le tout premier graphe de la liste. En cliquant dessus on a des détails en plus (la taille moyenne des paquets). |
Y'a aussi le pourcentage d'utilisation du disque, et on est très loin de la saturation. |
c'est surtout que je voulais voir si la mep de la zep avait fait varié Le 31/10/2015 19:32, SpaceFox a écrit :
|
Je pense avoir trouvé le potentiel coupable : SELECT ••• FROM `tutorialv2_publishedcontent` WHERE (`tutorialv2_publishedcontent`.`content_type` = 'ARTICLE' AND `tutorialv2_publishedcontent`.`must_redirect` = 0) ORDER BY `tutorialv2_publishedcontent`.`publication_date` DESC qui est lancé ici :
Pourquoi dégradation uniquement sur les articles? Car il me semble que contrairement aux tutos qui avaient subi pas mal de traitement pour éviter des bugs bien chients dans l'ancien module, les articles ne faisaient pas une aussi grosse requête. Surtout, la requête était limitée (il y avait un LIMIT quoi) car comme on n'avait pas de pagination, seul les x premiers articles étaient affichés. |
À tester, mais il me semblait avoir viré la ligne et pas avoir vu de différences. M'enfin tu peux rajouter un |
À priori la PR #3275 corrige ce problème. |
J'espère, parce que je ne m'explique toujours pas pourquoi sur les articles et pas les tutos. Mais j'espère que je me trompe :) |
Tu te souviens de l'article qu'on avait fait sur le pourquoi de la zep-12? Bah la raison est tout simplement là : le code pour afficher les +/- Le 10/01/2016 09:25, Pierre Beaujean a écrit :
|
Aaaah, ok, c'est pour ça. Bon, ben espérons que ça aie le but annoncé ;) |
je n'en suis pas sûr mais ça a des chances. Le 10/01/2016 10:48, Pierre Beaujean a écrit :
|
Si j'en crois les courbes munin, un article met plus de temps à charger qu'avant.
On était plutôt en dessous de la seconde pour le chargement, maintenant on est au dessus de la seconde.
Ce n'est pas très grave puisque le nouveau serveur a de bonne perfs, mais quelqu'un aurait une explication à ça ?
The text was updated successfully, but these errors were encountered: