Firefox réduit de 80% les fuites de mémoire des extensions
Et par 4 sa consommation globale, nouvelle signalétique SSL
Le 2012-05-14 11:51:33, par Gordon Fowler, Expert éminent sénior
Firefox continue son « régime amaigrissant ». La Fondation Mozilla vient en effet d’annoncer qu’elle allait intégrer un nouvel outil pour lutter contre les fuites de mémoires des extensions, une manière de travailler pour que celles-ci ne ralentissent plus le navigateur.
Ce patch réduirait de 80% les fuites de mémoire et par 4 la consommation globale de Firefox après une journée d’utilisation. Résultat, la vitesse de navigation s’en ressentirait - positivement - aussi bien sur des machines anciennes que sur les plus récentes.
Le code de ce patch a déjà été intégré dans le Nighty Channel de Firefox pour le tester.
Les premiers retours montrent un léger problème. Cette solution ne fonctionne pas avec les extensions réalisées avec l’ancienne version du SDK. Elle pourrait même ralentir certaines qui ne posaient pas de problème auparavant.
Mozilla invite donc les développeurs à repackager leurs add-ons avec le nouveau SDK (version 1.6.1) avant l’intégration officielle du patch, le 28 août, date de la sortie de Firefox 15.
D’ici là, les utilisateurs des pré-versions du Panda Roux auront remarqué un changement plus esthétique introduit par Firefox 14.
La barre de navigation indique d’une nouvelle manière si un site bénéficie d’un certificat d’authentification (SSL) ou non.
Quatre cas de figure se présentent. L’URL des sites sans certificat est précédée du logo de la terre. Un site « mixte » (qui mélange des contenus certifiés et non certifiés) est précédé d’un panneau d’avertissement triangulaire jaune avec un point d’exclamation. Les sites certifiés, mais sans validation étendue, sont précédés d’un verrou gris. Ceux bénéficiant de la certification complète d’un verrou vert.
Une bonne idée, même s'il n'est pas sûr que tout le monde s’y retrouve. Surtout avec la signalisation pour les sites mixtes, beaucoup plus alarmante que pour les sites « classiques » sans aucune certification.
Source : Mozilla
Ce patch réduirait de 80% les fuites de mémoire et par 4 la consommation globale de Firefox après une journée d’utilisation. Résultat, la vitesse de navigation s’en ressentirait - positivement - aussi bien sur des machines anciennes que sur les plus récentes.
Le code de ce patch a déjà été intégré dans le Nighty Channel de Firefox pour le tester.
Les premiers retours montrent un léger problème. Cette solution ne fonctionne pas avec les extensions réalisées avec l’ancienne version du SDK. Elle pourrait même ralentir certaines qui ne posaient pas de problème auparavant.
Mozilla invite donc les développeurs à repackager leurs add-ons avec le nouveau SDK (version 1.6.1) avant l’intégration officielle du patch, le 28 août, date de la sortie de Firefox 15.
D’ici là, les utilisateurs des pré-versions du Panda Roux auront remarqué un changement plus esthétique introduit par Firefox 14.
La barre de navigation indique d’une nouvelle manière si un site bénéficie d’un certificat d’authentification (SSL) ou non.
Quatre cas de figure se présentent. L’URL des sites sans certificat est précédée du logo de la terre. Un site « mixte » (qui mélange des contenus certifiés et non certifiés) est précédé d’un panneau d’avertissement triangulaire jaune avec un point d’exclamation. Les sites certifiés, mais sans validation étendue, sont précédés d’un verrou gris. Ceux bénéficiant de la certification complète d’un verrou vert.
Une bonne idée, même s'il n'est pas sûr que tout le monde s’y retrouve. Surtout avec la signalisation pour les sites mixtes, beaucoup plus alarmante que pour les sites « classiques » sans aucune certification.
Source : Mozilla
-
curunirMembre du ClubCa ne me choque pas que les sites avec contenu mixte soient indiqués de manière plus alarmante parce qu'ils présentent un risque de "fausse" sécurité qui pourrait laisser croire que si une partie des contenus est vérifiée l'ensemble l'est.le 14/05/2012 à 12:36
-
FlaburganModérateurLes problèmes de fuites de mémoire de Firefox lui même ont été réglé dans la version 7. Il s'agit ici des extensions (add-ons). Bien souvent, on râle contre le navigateur alors que c'est ces bouts de programmes rajoutés par des personnes extérieures aux core-devs qui posent problème...le 14/05/2012 à 16:47
-
deathnessMembre émériteUne bonne avancée certes, mais un tel manque d'efficacité leur coûte cher et leur coûtera encore cher s'il ne le supprime pas.
Après les % en eux-même ça ne veux pas dire grand chose...le 14/05/2012 à 15:32 -
ImYoricCandidat au Club@Flaburgan : les problèmes de mémoire de Firefox (Core) ont peut-être été résolu avec la version 7 mais en pratique, On ne voit pas la différence. Après que les fuites de mémoire viennent des Addons, je dis pas le contraire; Mais ils n'ont pas un garbage collector ou un truc équivalent ?
La nouvelle version de Firefox rend le garbage-collector plus agressif. En particulier, lorsqu'un onglet est fermé, ses ressources sont récupérées, même si une extension, par erreur, continue d'y faire référence. Cela permet de récupérer toute cette mémoire vive que les extensions conservaient par erreur. Bien entendu, certaines extensions subtilement boguées qui fonctionnaient jusqu'à présent parce que FF était trop gentil vont maintenant arrêter de fonctionner. À charge pour le dév de corriger son bug.le 15/05/2012 à 9:53 -
alakaufMembre du ClubBon,
je suis en train de faire des expériences. Par rapport aux modules complémentaires je ne note pas d'impact sensible en absence totale d'activité (seule page affichée, celle des modules complémentaires).
Par contre, en me contentant de naviguer sur les pages Yahoo! de base (accueil, mail, Yahoo!QR), avec tous les modules complémentaires désactivés, je viens déjà de passer d'un consommation initiale de 180Mo à plus de 500Mo en à peine 30 min. Je tenterai par la suite une mesure avec IE sur ces même pages pour voir si le souci provient des pages ou du navigateur.
Rectification: je viens de voir que j'avais oublié de désactiver Skype. Et il semblerait bien que ce soit lui. Car maintenant la consommation mémoire semble vouloir rester dans des marges acceptables.le 27/05/2012 à 21:33 -
TabMembre avertiJe tourne sous Nightly depuis que le raccourcissement des cycles de dév est en place et j'en suis plutôt content, je viens de vérifier pour voir et en ce moment Firefox consomment 298 Mo de RAM.
Sur la seule journée pour le moment, mais avec un intervalle d'onglets allant de 5 à 50dont 2 en "app tab" (si ça influe). le 14/05/2012 à 16:05 -
Personnellement, depuis que les versions ont été accélérées, j'ai remarqué une énorme différence dans la stabilité du navigateur. Il y a quelques mois, lorsque mon firefox était ouvert trop longtemps sur mon Linux, il finissait par prendre beacoup de temps processeur et ce pour absolument rien. Maintenant, il ne le fait plus et je ne crois pas avoir supprimé d'extension depuis...le 16/05/2012 à 4:23
-
goran kajfesMembre régulierÇa peut dépendre de la configuration du système: sous Ubuntu, au bout de quelques heures de navigation, Firefox devenait lent; sous Debian ce n'est plus le cas (à version de firefox égale). La différence? Sous Debian Squeeze, la fréquence du processeur devient plus rapidement maximale (une fois un ou deux paquets installés, sinon elle serait toujours maximale; tendance à utiliser plus facilement une fréquence maxi confirmée par des logiciels comme des lecteurs PDF). En réglant un peu le passage d'une fréquence processeur à l'autre, je retrouverai peut-être les lenteurs de Firefox au bout d'une demi-journée de navigation.
Étant donné que j'utilise une dizaine d'extensions je ne blâme pas Firefox pour sa consommation mémoire. Ce patch est une excellente nouvelle.le 17/05/2012 à 15:15 -
alakaufMembre du ClubBonjour,
j'aimerais en savoir plus sur la question. En effet mon Firefox 12 ramait un max ce soir (sur un W7-64 bits). Un petit tour sur le gestionnaire m'a révélé qu'il en était déjà à plus d'1Go de consommation mémoire. Question extensions voici ce que j'ai d'installé:
-AddBlock PLus 2.0.3,
- CookieSafe 3.1a5
- Firebug 1.9.2
- Skype click to call 5.11.0.9874
- TinEye Reverse Image search 1.1
Donc sauriez vous qui est l'affreux responsable de cette explosion de consommation mémoire?
merci d'avance.le 19/05/2012 à 18:29 -
FlaburganModérateurLa question est d'abord de savoir quels onglets tu avais ouvert, et quel contenu dans ces onglets ? Du contenu lourd genre Flash, etc..le 22/05/2012 à 11:59