Depuis quelques années, la consommation de mémoire des navigateurs explose. Des pages de plus en plus riches, un nombre de fonctionnalités accru, et l’arrivée surtout de la séparation des onglets en autant de processus dans Internet Explorer et Chrome. Dans le cas de Firefox pourtant, les commentaires négatifs ne sont pas récents, et certains développeurs en sont clairement fatigués. Dont acte.
Johnny Stenback, développeur Firefox, explique dans un billet la création de l’initiative MemShrink. Il s’agit de réunir plusieurs personnes dans une réunion hebdomadaire dont le thème sera la chasse aux fuites de mémoire et plus globalement à tous les moyens de réduire l’empreinte mémoire de Firefox.
Stenback est conscient des nombreux rapports sur la consommation du navigateur. Mozilla a constaté que leur nombre augmentait d’ailleurs avec les versions plus récentes de Firefox. Une équipe dédiée travaillera donc sur ce problème, en triant les bugs, en définissant des approches générales, en ayant une vision d’ensemble et en réfléchissant sur les meilleures manières de procéder.
La première réunion a eu lieu hier et les suivantes auront systématiquement lieu les mardis de chaque semaine, du moins dans un premier temps. À noter que le rythme de développement rapide choisi par Mozilla est particulièrement adapté à ce genre d’initiatives. Les améliorations qui seront en effet produites pourront être intégrées dans le « four » des nightly builds, avant de remonter en surface via les canaux Aurora, bêta puis en version finale.
Johnny Stenback, développeur Firefox, explique dans un billet la création de l’initiative MemShrink. Il s’agit de réunir plusieurs personnes dans une réunion hebdomadaire dont le thème sera la chasse aux fuites de mémoire et plus globalement à tous les moyens de réduire l’empreinte mémoire de Firefox.
Stenback est conscient des nombreux rapports sur la consommation du navigateur. Mozilla a constaté que leur nombre augmentait d’ailleurs avec les versions plus récentes de Firefox. Une équipe dédiée travaillera donc sur ce problème, en triant les bugs, en définissant des approches générales, en ayant une vision d’ensemble et en réfléchissant sur les meilleures manières de procéder.
La première réunion a eu lieu hier et les suivantes auront systématiquement lieu les mardis de chaque semaine, du moins dans un premier temps. À noter que le rythme de développement rapide choisi par Mozilla est particulièrement adapté à ce genre d’initiatives. Les améliorations qui seront en effet produites pourront être intégrées dans le « four » des nightly builds, avant de remonter en surface via les canaux Aurora, bêta puis en version finale.
Source :
Mozilla
Vincent Hermann
Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.
Le 15 juin 2011 à 12:27
(41 038
lectures)
Il y a 158 commentaires
Encore une fois...
hello,
on peut avoir le CRR ?
on peut avoir le CRR ?
John Shaft
Le mercredi 15 juin 2011 à 12:34:24
#3
Inscrit
le vendredi 14 janvier 11
-
7623
commentaires
Si ça débouche sur des corrections de bugs (dont certains surement anciens) et une optimisation du code je dis
Ou alors c'est juste mon côté utopique
Edité par tot0che le vendredi 18 janvier 2013 à 19:32
Ou alors c'est juste mon côté utopique

Edité par tot0che le vendredi 18 janvier 2013 à 19:32
Mokona
Le mercredi 15 juin 2011 à 12:35:18
#4
Inscrite
le mercredi 4 novembre 09
-
1210
commentaires
.... il etait temps
Jean_Peuplus
Le mercredi 15 juin 2011 à 12:35:31
#5
Inscrit
le jeudi 18 septembre 08
-
5430
commentaires
Mozilla réagit pour de bon
(....)
Il s’agit de réunir plusieurs personnes dans une réunion hebdomadaire
(....)
Il s’agit de réunir plusieurs personnes dans une réunion hebdomadaire
hum
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.














