Firefox réduit de 80% les fuites de mémoire des extensions
Et par 4 sa consommation globale, nouvelle signalétique SSL

Le , 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


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Tab Tab - Membre averti https://www.developpez.com
le 14/05/2012 à 16:05
Je 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 à 50 dont 2 en "app tab" (si ça influe).
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 14/05/2012 à 16:47
Citation Envoyé par atha2  Voir le message
Je suis impatient de tester ça !
Depuis le temps que je peste sur la gestion de la mémoire (surtout quand on ouvre 30 onglet, on en ferme 25 et on en reouvre une 20aine). Après à voir ce que ça donne sur une semaine compléte (je ne ferme mon navigateur au taff qu'une fois par semaine ou quand j'ai 3Go de RAM occupé sur 2Go dont 1.5Go par firefox...).
Mais bon si ça peut rester en dessous de 500Mo avec la mémoire qui se libère normalement (à 20% près) ça sera déjà une bonne avancé !

Les 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...
Avatar de ImYoric ImYoric - Candidat au Club https://www.developpez.com
le 15/05/2012 à 9:53
@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 ?

@atha2 Bien sûr, Firefox a un garbage-collector. Le problème est que, par définition, un garbage-collector ne peut récupérer que les bouts de mémoire (et autres ressources, etc.) qui ne sont plus manipulés par aucune extension. Du coup, il suffit qu'une extension garde une référence vers une fenêtre, un onglet, etc. pour que Firefox ne puisse plus récupérer la mémoire de toute cette fenêtre, tout cet onglet, etc. Or, malheureusement, c'est une erreur courante, y compris dans plein d'extensions à part ça très bien programmées.

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.
Avatar de sidarape sidarape - Membre à l'essai https://www.developpez.com
le 16/05/2012 à 4:23
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...
Avatar de goran kajfes goran kajfes - Membre régulier https://www.developpez.com
le 17/05/2012 à 15:15
Citation Envoyé par sidarape  Voir le message
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...

Ç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.
Avatar de alakauf alakauf - Membre du Club https://www.developpez.com
le 19/05/2012 à 18:29
Bonjour,
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.
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 22/05/2012 à 11:59
La question est d'abord de savoir quels onglets tu avais ouvert, et quel contenu dans ces onglets ? Du contenu lourd genre Flash, etc..
Avatar de alakauf alakauf - Membre du Club https://www.developpez.com
le 22/05/2012 à 13:15
Citation Envoyé par Flaburgan  Voir le message
La question est d'abord de savoir quels onglets tu avais ouvert, et quel contenu dans ces onglets ? Du contenu lourd genre Flash, etc..

Juste la page d'accueil de Yahoo.fr. Donc a priori rien de lourd. Et surtout rien qui explique qu'en laissant la page s'afficher pendant plusieurs heures sans rien faire la consommation mémoire explose.
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 24/05/2012 à 10:05
Si effectivement la consommation de mémoire augmente alors que tu n'utilises pas le logiciel, il y a un véritable problème. Je ne connais pas l'extension CookieSafe, et je ne sais pas ce que valent réellement les autres au niveau des performances.

Si tu as envie de creuser la question, partage ici le résultat de tes recherches, ça m'intéresse vivement.

N'oublie pas aussi que tu peux rechercher sur bugzilla.mozilla.org les bugs déjà décelés.
Avatar de alakauf alakauf - Membre du Club https://www.developpez.com
le 27/05/2012 à 21:33
Bon,
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.
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 30/05/2012 à 22:04
Merci pour tes tests !

Le mieux à faire serait maintenant de contacter les développeurs du module de Skype, qui est en plus assez courant...
Offres d'emploi IT
Architecte systèmes études & scientifiques H/F
Safran - Ile de France - Vélizy-Villacoublay (78140)
Architecte sécurité des systèmes d'information embarqués H/F
Safran - Ile de France - 100 rue de Paris 91300 MASSY
Ingénieur intégration, validation, qualification du système de drone H/F
Safran - Ile de France - Éragny (95610)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil