Firefox prend vraiment beaucoup de RAM [Résolu]

[calimero988]

C'est parfaitement clair Jo, je pense que les problèmes sont bien cernés et ce serait dommage de na pas en faire profiter les développeurs de Firefox pour leur donner ces infos. Je ne crois pas (vu les problèmes de Firefox 1.5. Je m'étais déjà bien agacé sur l'ouverture forcée dans un onglet...) qu'ils faille les considérer comme omniscients et une info précise et pertinente peut les aider.

Si quelqu'un (maîtrisant un peu mieux l'anglais que moi) peut s'en charger, le schmilblick pourrait avancer plus vite et bénéficier de corrections les mieux adaptées

[-Jo-]

C'est pareil, avec mon anglais j'ai peur de mal me faire comprendre... si quelqu'un pense être assez bilingue, je peux lui donner le test qu'il faudrait traduire
Au pire, c'est vraiment obligé de le dire en anglais? doivent bien avoir quelques ingés bilingue non, la version française est bien faite...

[teoli2003]

Je contrôle si le problème a déjà été amené à la connaissance des devs.

Sinon, pour information depuis les 1.5RC, au moins deux memory leaks ont été identifiés, corrigés et surtout validés pour la prochaine release 1.5.0.1: https://bugzilla.mozilla.org/show_bug.cgi?id=316775 et https://bugzilla.mozilla.org/show_bug.cgi?id=317478

La correction des problèmes de mémoire est clairement prise au sérieux par les dévs, même (ou grâce au fait) s'ils ne s'expriment pas trop sur les forums.


Et l'entrée de bugzilla coordonnant la "Memory leak compaign": https://bugzilla.mozilla.org/show_bug.cgi?id=320915

[-Jo-]

Faudrait tester la 1.8 avant apparement... on sait jamais c'est peut-être déjà corrigé
Ils ont l'air d'avoir corrigé un bug sur les JPG mais je suis pas sûr que ça soit le même que nous (la description parle de Linux et d'autres trucs différents, même si la photo donnée nous rappelle totalement notre problème

[teoli2003]

La 1.8 c'est la 1.5.

Je m'explique:
Il y a deux numéros de version: celui de Gecko et celui de Firefox.
La branche actuelle de Gecko est la 1.8 . 1.8.0 est la version utilisée par Fx 1.5 .
Fx 2.0 utilisera toujours Gecko 1.8, mais la 1.8.1 (C'est ce qui est appelé BRANCH-build, the Ocho, ...).
Fx 1.5.0.1 utilisera Gecko 1.8.0.1.
Fx 3.0 utilisera Gecko 1.9 (appelé TRUNK, qui incorporera les modification Cairo).

Par contre il faudrait effectivement tester avec la dernière 1.8.0.1 .

Au fait je trouve pas la référence dont tu parles sur le problème jpeg (je dois être aveugle), pourrais-tu me la redonner?

[-Jo-]

Sur le premier lien que tu as donné , il y avait une image qui montrait le dépassement du cache et 400mo d'occupation mémoire... mais impossible de retrouver le lien de cette image dans la page (enlevé?)
Sinon oui c'est la 1.8.0.1 qu'il faudrait tester (encore faudrait-il que je sache comment, y'a une install, un zip, le code source? ....)

[Ptib]

voici un lien pour avoir une idee des developpements
ici

pour la 1.8.0.1 qui sera sur la version ff1.5.0.1 il faut attendre encore un peu

[calimero988]

Je ne voudrais pas être trop pessimiste mais quand on voit le traitement envisagé pour le problème de rétention de la mémoire occupée par Firefox (quand je la tiens, je ne la lâche plus), ici : https://bugzilla.mozilla.org/show_bug.cgi?id=296538, je suis un peu inquiet sur ce que cela donnera au final.

D'où, à mon avis, l'intérêt de donner les résultats de l'expérimentation très utile et précise réalisée par Jo qu'ils aillent pas nous recoller quelque chose de tordu.

[-Jo-]

ayez !!
posté sur Bugzilla...

https://bugzilla.mozilla.org/show_bug.cgi?id=321899

On va bien voir maintenant, vu le gros pavet que je leur ai mis j'espère qu'ils vont tout comprendre

[manudevil]

Bien joué !

[calimero988]

Super Jo,

Espérons qu'ils en tiendront compte pour nous faire une version sensiblement améliorée. Je tiens trop à Firefox et à ses extensions changer de navigateur.

[-Jo-]

Ba pas vraiment apparement j'ai l'impression qu'il a pas trop compris : il me dit que le bug de cache dépassé c'est ptet à cause d'adblock et que la clé config.trim_on_minimize ba de toute façon elle libère pas vraiment la mémoire... mais il me dit rien à propos du problème principal : pourquoi FF bouffe autant?

[teoli2003]

il me dit que le bug de cache dépassé c'est ptet à cause d'adblock

A tester effectivement.

la clé config.trim_on_minimize ba de toute façon elle libère pas vraiment la mémoire...

Ca c'est vrai cela n'autorise que l'OS de prendre ce qui est en RAM et de le mettre en VM jusqu'à la prochaine utilisation.

mais il me dit rien à propos du problème principal : pourquoi FF bouffe autant?

Ben s'ils savaient ils corrigeraient...

En gros, il faut tester sur une installation propre, profil neuf, sans aucune extension ou theme.

[-Jo-]

En gros, il faut tester sur une installation propre, profil neuf, sans aucune extension ou theme.

Mais ça c'est tester depuis perpète!

La seule chose qui n'a pas été testé c'est ce dépassement de cache sans adblock.... après même si le problème venait de là, ça ne change rien au fait qu'un FF tout neuf peut monter très haut sans redescendre... testé et pas approuvé du tout

[teoli2003]

Je l'ai pris au mot. Dans l'idée de voir si le about:cache déborde sur une install propre, j'ai fais la chose suivante.

1) Téléchargé la dernière nightly (20051231) de la branche 1.8.0 (Celle qui donnera le futur Fx 1.5.0.1 et qui a déjà quelques patchs de fuites mémoires). Pour info, je l'ai downloadé là: http://ftp.mozilla.org/pub/mozilla.org/ ... illa1.8.0/

(Note: elle est en anglais cette version)

2) Profil tout neuf et vide

3) Navigué sur différents sites en contrôlant le about:cache.

Conclusion: impossible de faire déborder le about:cache alors qu'avec la Fx 1.5 (20051111) et mon profil classique, j'y arrive en deux-trois minutes.

Et j'ai essayé pendant plus de deux heures: plus rien pas un symptôme étrange.

Ma conclusion: soit le problème de mémoire est corrigé dans les derniers nightlies, soit il est du à l'intéraction entre Fx et une ou plusieurs extensions.