HHVM

Il y a une méthode expérimentale disponible depuis quelques heures qui permet (normalement) d’accélérer le chargement des pages, c’est disponible dans vos préférences beta sous le nom de HHVM. Ça a déjà été testé à petite échelle mais il est possible que certaines fonctionnalités ne marchent pas : dans ce cas désactivez HHVM pour être sûr, et rapportez le bug (c’est mieux) en anglais de préférence mais sinon en français.

Je viens de tester, je ne vois pas de différence significative, mais en même temps cela n’accélère que le temps côté serveur pour fabriquer la page et ne change rien aux temps de transfert sur le réseau, beaucoup plus longs en proportion. D’un autre côté, ça allège la charge des serveurs d’un facteur 2 (environ), donc ça ne peut qu’être bénéfique pour la rapidité globale du site, et c’est plus économe en énergie (plus écologique et moins cher pour la WMF).

~ Seb35 [^_^] 19 septembre 2014 à 12:03 (CEST)

Excellent, je l'active, je vais sur Special:PagesLongues, je prend la premiere (Histoire du communisme) et boum ! Service Temporarily Unavailable Décidément, c'est pas ma journée ! Mouais Bon, par contre cela fonctionne pour la deuxième, la troisième et la quatrième Aratal (discuter) 19 septembre 2014 à 12:29 (CEST)

Note: même en désactivant l’extension Histoire du communisme, me renvoie la même erreur ! Aratal (discuter) 19 septembre 2014 à 12:30 (CEST)

J’ai failli dire que c’était expérimental et donc peut-être un bug, mais si c’est pas ta journée, c’est peut-être aussi le problème :D ~ Seb35 [^_^] 19 septembre 2014 à 12:33 (CEST)

Quelques compléments :

Pour rapporter les bugs, préférez Bugzilla si vous connaissez, en inscrivant le tag 'hhvm' lorsque vous êtes sûr que ça a un rapport avec HHVM

Ori, l’un des ingénieurs qui a travaillé sur HHVM, a fait un petit script pour afficher le temps du rendu de la page, à mettre dans votre common.js ou votre global.js sur Meta pour l’afficher sur tous les wikis Wikimedia (ça, c’est une fonctionnalité nouvelle d’il y a quelques semaines). Et effectivement, le temps est divisé par deux (de 300ms à 150ms pour les petits articles).

Et il y a un tag HHVM pour les contributions faites avec HHVM activé (si jamais ça entraîne un problème dans l’enregistrement). ~ Seb35 [^_^] 19 septembre 2014 à 12:38 (CEST)

Bonjour, je viens de l'activer dans mes préférences, et effectivement il semble bien que les pages se chargent plus vite. C'est d'autant plus sensible sur une vieille bécane tournant sous Safari. Kirtapmémé sage 19 septembre 2014 à 15:09 (CEST)

Bonjour. Et bien moi, comme Seb, je ne vois pas de différence flagrante. Peut-être parce que ça charge déjà assez vite en temps normal (rarement plus de 5 secondes). --Floflo (discuter) 19 septembre 2014 à 15:12 (CEST)

Le temps gagné (sur la fabrication de la page, pas sa transmission ni son affichage qui restent identiques) est de l’ordre de 0,1 à 0,3 seconde, de ce que je constate (cette page du Bistro passe de 308ms à 144ms = 164ms, et la longue page Histoire du communisme passe de 589ms à 315ms = 274ms) et je retrouve souvent un rapport autour de 2 (cf aussi les résultats des ingénieurs).

Donc sur un temps de chargement de quelques secondes, ça passe effectivement inaperçu. Par contre, il y a clairement un gain côté serveur, où on peut en mettre la moitié au repos. ~ Seb35 [^_^] 19 septembre 2014 à 16:33 (CEST)

Très efficace sur la liste de suivi, qui a toujours été la page la plus longue à charger sur Wikipédia, pour moi.. --Jean-Christophe BENOIST (discuter) 19 septembre 2014 à 16:45 (CEST)

+1, ce n'était pas assez flagrant pour que ça me saute aux yeux, mais je distingue aussi une petite amélioration sur le chargement de ma liste de suivi (plutôt lourde et longue). --Floflo (discuter) 19 septembre 2014 à 16:50 (CEST)

Il faudrait tester sur la page "Voir et modifier la liste de suivi", notamment après avoir supprimer des articles de sa page de suivi, qui est généralement le truc qui prend le plus de temps à charger, voir qui plante complètement. --Nouill 19 septembre 2014 à 17:20 (CEST)

Beaucoup beaucoup beaucoup plus rapide qu'avant ! (mais toujours pas rapide dans l'absolu Sourire) C'est vraiment pour les pages techniques que le gain est vraiment appréciable. --Jean-Christophe BENOIST (discuter) 19 septembre 2014 à 17:30 (CEST)

(conflit multiple) Il est peu probable que l'impact soit sensible pour les utilisateurs lambda.

Lorsque le rendu prend ~200 ms (pour cette page) sur un total de 1 200 ~ 1 800 ms — pour télécharger (ou vérifier que le cache est à jour pour) la page, le CSS, les scripts, les images… afficher, exécuter les scripts… — multiplier sa vitesse, même par deux, ne revient qu'à économiser 100 ms sur 10 à 20 fois ça, bref, une paille. Pas mieux pour une grosse page comme communisme : ~1 s de rendu pour ~10 s au total, ce n'est pas le gain de 500 ms qui va changer grand chose pour le visiteur.

Pour que ça soit un minimum sensible, il faudrait afficher une page bourrée de modèles, avec peu de ressources à télécharger (pas d'images), et juste après modification des modèles utilisés (pour qu'ils ne soient pas dans le cache). Ou une page « meta » qui est entièrement

...