Firefox 4 : un correctif de 20 lignes diviserait par deux le temps de démarrage
Du navigateur sous Windows
Le 2011-01-24 17:23:10, par Idelways, Expert éminent sénior
Taras Glek, l'un des contributeurs au développement de Firefox, vient de proposer sur Bugzilla un correctif de seulement 20 lignes qui devrait suffire à diviser par deux le temps de démarrage du navigateur sous Windows.
Bien que ce correctif n'ait pas encore été intégré aux versions de développement du navigateur, les utilisateurs ayant manuellement patché et recompilé le code source de Firefox témoignent de réductions de temps de démarrage allant de 40 à 50 %.
Ce patch serait d'autant plus efficace que le disque dur de la machine est lent.
Il agit sur la manière dont les fichiers DLL principaux du navigateur (xul.dll et mozjs.dll) sont chargés en utilisant le « Page Cache » de Windows.
Ces DLL, responsables respectivement de l'interface graphique du navigateur et de son moteur JavaScript, sont préchargés par des blocs de mémoire de 2MO au lieu de 32Ko actuellement, ce qui explique, en partie, cette prouesse.
D'autres développeurs essayent actuellement d'affiner ce processus pour le rendre encore plus efficace. Si ce patch fait ses preuves auprès d'un maximum d'utilisateurs, il sera probablement intégré à une prochaine version de Firefox.
Le temps de démarrage de Firefox, notamment lorsqu'un un grand nombre d'extensions sont installées, a beaucoup été pointé du doigt et présenté comme argument de taille en faveur de Google Chrome.
Si le temps de chargement des pages est sensiblement le même entre deux navigateurs, de plus en plus d'internautes affirment abandonner le navigateur de Mozilla au profit de celui de Google en raison du démarrage quasi instantané de ce dernier.
Ces 20 lignes de code font bien évidemment penser au « patch miracle » du noyau Linux qui a amélioré l'environnement graphique de l'OS en seulement 224 lignes.
Il ne reste plus qu'à espérer que ces 20 lignes-ci seront, elles aussi, effectivement intégrées au tronc officiel.
Et qu'elles tiendront leur promesse.
Source : Bugzilla
Et vous ?
En collaboration avec Gordon Fowler
Bien que ce correctif n'ait pas encore été intégré aux versions de développement du navigateur, les utilisateurs ayant manuellement patché et recompilé le code source de Firefox témoignent de réductions de temps de démarrage allant de 40 à 50 %.
Ce patch serait d'autant plus efficace que le disque dur de la machine est lent.
Il agit sur la manière dont les fichiers DLL principaux du navigateur (xul.dll et mozjs.dll) sont chargés en utilisant le « Page Cache » de Windows.
Ces DLL, responsables respectivement de l'interface graphique du navigateur et de son moteur JavaScript, sont préchargés par des blocs de mémoire de 2MO au lieu de 32Ko actuellement, ce qui explique, en partie, cette prouesse.
D'autres développeurs essayent actuellement d'affiner ce processus pour le rendre encore plus efficace. Si ce patch fait ses preuves auprès d'un maximum d'utilisateurs, il sera probablement intégré à une prochaine version de Firefox.
Le temps de démarrage de Firefox, notamment lorsqu'un un grand nombre d'extensions sont installées, a beaucoup été pointé du doigt et présenté comme argument de taille en faveur de Google Chrome.
Si le temps de chargement des pages est sensiblement le même entre deux navigateurs, de plus en plus d'internautes affirment abandonner le navigateur de Mozilla au profit de celui de Google en raison du démarrage quasi instantané de ce dernier.
Ces 20 lignes de code font bien évidemment penser au « patch miracle » du noyau Linux qui a amélioré l'environnement graphique de l'OS en seulement 224 lignes.
Il ne reste plus qu'à espérer que ces 20 lignes-ci seront, elles aussi, effectivement intégrées au tronc officiel.
Et qu'elles tiendront leur promesse.
Source : Bugzilla
Et vous ?
En collaboration avec Gordon Fowler
-
FlaburganModérateurdonc ceci ne marche que sous Windows...le 25/01/2011 à 9:07
-
MiniCescMembre régulierC'est vrai qu'avec ces lenteurs au démarrage, Firefox a notamment perdu les utilisateurs dont la page d'accueil est Facebook et qui ne vont quasiment que sur ce site toute la journée... Malheureusement j'en connais...le 26/01/2011 à 9:04
-
iguypoufMembre à l'essaiEt comme en plus ils le font au boulot, ils ne peuvent pas laisser la page ouverte tout le temps donc ferment et relancent 60 fois leur navigateur par jourle 26/01/2011 à 9:33
-
TiJean2910Membre actifJ'ai préféré modifier mes habitudes et faire avec Firefox comme avec toutes les applications lentes à charger avec lesquelles je travaille: je les lance une fois dans la journée.le 25/01/2011 à 9:47
-
ApotheoZMembre à l'essaiUne petite coquille...Ces 20 lignes de code font bien évidemment penséle 25/01/2011 à 16:48
-
SurferIXMembre chevronnéAttention aux expressions, à prendre avec des pincettes.
Corrigez moi si je me trompe, mais il faudrait plutôt dire :
"Ces 20 lignes de code font bien évidemment penser au « patch miracle » du noyau Linux qui a souvent amélioré la réactivité des environnements graphiques liés à ce noyau."le 26/01/2011 à 7:11 -
SurferIXMembre chevronnéLa bêta 10 vient d'être installée sur mon PC et tous les problèmes de ralentissement ont disparu. Il devient aussi pratique que chrome maintenant, avec un truc en plus loin d'être négligeable : en connexion à distance, chrome se redessine deux fois : une fois pour l'habillage classique, et une fois pour sa surchouche (c'est marrant ça se voit clairement via RDP), alors que sous Firefox, ça ne le fait qu'une seule fois, donc Firefox c'est le navigateur à utiliser si vous utilisez couramment RDP.
Regardez le nombre hallucinant de corrections de bogues de la beta 9 à la beta 10 :
http://www.mozilla.com/en-US/firefox/4.0b10/releasenotes/buglist.htmlle 26/01/2011 à 10:54 -
St-JeanMembre avertiJ'avoue qu'après deux ou trois ans de fidélité à Firefox, je l'ai abandonné au profit de Chrome, précisément à cause du temps de démarrage. En outre, impression justifiée ou pas, Firefox me semble beaucoup plus lourd en mémoire.
Je ne peux pas comprendre pourquoi Firefox s'évertue à télécharger ses mises à jour et à gérer toute son intendance avant de démarrer, ce qui retarde d'autant son lancement, quand j'ai besoin qu'il démarre immédiatement. Il pourrait très bien charger ses mises à jour (de modules et autres) discrètement pendant l'utilisation du logiciel, et les installer à la fermeture, comme le font certains autres logiciels. Franchement, ça ne dérange personne de travailler avec l'avant-dernière version de deux ou trois extensions...le 26/01/2011 à 10:43 -
pierre_hMembre à l'essaiCes DLL, responsables respectivement de l'interface graphique du navigateur et de son moteur JavaScript, sont préchargéesle 23/02/2011 à 16:34
-
pierre_hMembre à l'essaile 24/02/2011 à 11:14