Articles avec le tag ‘mozilla’

Priorisation des onglets sur Firefox

Mardi 10 novembre 2009

Je ne donne pas de nouvelles mais je suis toujours de près toutes les actualités liées à la performance. En ce moment il y a peu d’articles techniques qui font de réelles avancées. L’innovation vient plutôt du navigateur, et Mozilla fait un sacré travail.

Il y a une dizaine de jours j’ai vu l’annonce d’une fonctionnalité qui me semble couler de source. J’avais longtemps pensé que c’était le cas sur tous les navigateurs, et mêmes sur tous les systèmes d’exploitation : donner plus de ressources à l’onglet ou à l’application en cours d’utilisation. Cela semble logique mais ce n’était pas encore le cas.

Jusqu’alors le navigateur gère ses files de téléchargement, premier entré premier sorti, ou presque. Ceux qui ont comme moi l’habitude d’ouvrir des dizaines d’onglets en parallèle connaissent bien le problème. Assez vite le navigateur devient inutilisable car trop de pages sont en chargement. La navigation principale s’en ressent, quand elle n’est pas totalement bloquée.

La solution ? Paul O’Shannessy nous propose une priorisation des onglets et des requêtes réseaux qui en découlent. C’est génial. Ça ne coute rien, ça ne demande pas une amélioration des performances du navigateur réseau, ça n’a quasiment aucun effet négatif, mais c’est une avancée réelle pour l’utilisateur, comme je les aime. (Lire la suite…)

Performance ressentie avec Mozilla

Mercredi 12 août 2009

Ici je m’attache beaucoup aux chiffres : temps de chargement complet, latence, nombre de composants, etc. J’ai besoin de convaincre et seuls les chiffres ont l’objectivité nécessaire pour pouvoir travailler avec des gens non convaincus.

Toutefois, une fois dépassé ce stade il faudrait se détacher un peu des chiffres pour parler de performance ressentie et pas toujours de performance mesurée. Parfois peu importe la durée de l’attente si on voit que nous progressons régulièrement et que l’attente n’est pas frustrante en elle même. C’est vrai aux caisses d’un supermarché comme sur une page web.

Les éditeurs de navigateurs l’ont bien compris. Ils jouent sur les indicateurs de chargement et sur l’interface pour donner une impression de vitesse à l’utilisateur. L’impression de vitesse est l’unique chose qui compte pour ce dernier, même si au final ça veut dire que les temps mesurés sont objectivement plus lents.

C’est avec cette idée en tête que je vous propose de lire le document de Mozilla à propos de la performance perçue. On y retrouve certaines techniques à mettre en oeuvre sur les versions actuelles ou futures de Firefox. Le document mériterait une traduction tellement il fourmille d’idées, dont certaines sont lumineuses.  Je vous en retransmet certaines, avec mes commentaires. (Lire la suite…)

Point trop n’en faut

Mercredi 24 juin 2009

En ce moment se tiennent les conférences Velocity en Californie. C’est une période où les experts parlent entre eux et où les bonnes remarques et bons sujets à propos des performances web sont publiés plusieurs fois par jour.

Suite à plusieurs de ces publications à propos des sprites CSS, il est temps de faire ici un petit complément sur le sujet. (Lire la suite…)

Performance du navigateur et reflow

Jeudi 9 avril 2009

On a parlé des questions de rendu en novembre et plus récemment j’ai ressorti un vieux lien vers trois vidéos montrant les phases de rendu de Gecko. Il y a quelques jours j’ai aussi abordé la lenteur du DOM dans les navigateurs.

Tous les problèmes de performance ne sont pas dus au réseau. Le navigateur lui même prend du temps pour réaliser le rendu de la page web, et optimiser cette partie n’est pas inutile. (Lire la suite…)

Vidéo de la phase de rendu du navigateur

Mardi 3 février 2009

Que fait le navigateur pendant le rendu ? pourquoi est-ce si long ?

La question est complexe à répondre pour qui n’a pas touché au moteur d’un navigateur. Pour vous donner un premier aperçu, vous avez toutefois trois vidéo (faites par Satoshi Ueyamai pour une présentation au Japon). Elles vous montrent les différentes étapes de rendu du moteur Gecko pour les sites Mozilla.org, Wikipedia.org, et Google.jp. Plus exactement on visualise le reflow, c’est à dire l’événement interne qui indique qu’il faut recalculer les tailles et positionnement (si je ne m’abuse, c’est un domaine que je ne connais pas bien et toute précision est la bienvenue). je ne sais pas bien comment exploiter, mais au moins ça permet de constater.

Ces vidéos ont été obtenues en modifiant le code de Mozilla. Daniel Glazman nous avait dit aux dernières conférences Paris Web qu’il était désormais possible de réaliser cela via une extension depuis les dernières versions de Mozilla. Si quelqu’un souhaite se lancer…

En attendant Matthew Buchanan vous propose une extension pour voir le rendu progressif au fur et à mesure que la feuille de style est interprétée.

À mettre aussi en rapport avec l’intervention de David Baron dont je parlais en novembre.