URL: https://linuxfr.org/users/yellowiscool/journaux/chromium-est-bien-plus-lent-que-firefox Title: Chromium est bien plus lent que Firefox Authors: yellowiscool Date: 2010年01月24日T11:39:36+01:00 Tags: firefox Score: 19 Chromium est bien plus lent que Firefox, mais dans certaines utilisations. Je travail actuellement sur un ordinateur en export display, à travers un tunnel ssh. En utilisant la commande ssh -X. J'utilise Firefox, qui est tout à fait utilisable, du moment que le tunnel passe par un réseau local performant. Le défilement est utilisable, bien qu'un peu saccadé. Les boutons réagissent rapidement à la souris, l'interface est aussi réactive que sur les autres applications, bref, l'export display, c'est super. Par curiosité, j'ai voulu testé Chromium dans ces mêmes conditions. Et là, c'est le jour et la nuit. L'application est plus lente à lancer que Firefox, car l'interface clignote lentement au démarrage. Le chargement des sites est super saccadé, l'icône du chargement est lui aussi saccadé. Le défilement est inutilisable, la page est mise à jour toutes les secondes. Les boutons survolés sont affichés avec beaucoup de retard. L'interface réseau est saturée. Bref, c'est inutilisable, et j'ai l'impression que toute la fenêtre Chromium est transférée comme un gros bitmap à travers le serveur X. Pensant que cela pouvait venir de webkit, le moteur graphique de Chromium, je teste avec Midori, un autre navigateur web utilisant webkit. Et là, tout est fonctionnel, encore plus réactif que Firefox. Donc, maintenant je pense savoir pourquoi Chromium est plus réactif que Firefox sur linux. Les gens de chez Google trichent avec X11 en passant des gros bitmaps, au lieu d'objets vectoriels plus lourds à traiter pour le serveur, mais supérieurs techniquement. Pour l'anecdote, les éléments en position fixe sur une page web, comme par exemple la barre d'outils de linuxfr, sont très lent sur X11 car ils sont mis à jour en deux temps. Lors d'un défilement, on voit toute la page défiler et ces éléments défiler eux aussi, puis dans un deuxième temps, ils sont remis à leur position respective. C'est un petit soucis d'optimisation de gecko qu'il n'y a pas du tout sur webkit avec Midori. Voilà, c'était l'information inutile du dimanche.