Mozilla 1.7 prend 400 Mo de RAM

Marc Mongenet a écrit :

Oui oui, j'ai déjà dépassé 400 Mo de RAM rien que pour Mozilla.
Alors voilà, j'aimerais savoir si cela vient de ma configuration.
Voici comment j'arrive à consommer plus de 250 Mo en moins d'une
minute :

1. Visiter http://fr.wikipedia.org
2. Visiter http://en.wikipedia.org
3. Visiter http://hi.wikipedia.org

Avec Firefox FF092, sous XP, les 3 pages chargées dans 3 onglets (et
pas mal de surf avant...) 64476ko, ce qui ne semble raisonnable.

"hi", c'est en Hindi ?

--
Serge http://leserged.online.fr/
Supportez le libre : http://www.framasoft.net/

> Avec Firefox FF092, sous XP, les 3 pages chargées dans 3 onglets (et pas
mal de surf avant...) 64476ko, ce qui ne semble raisonnable.

Marc utilise Linux, de même que le rapporteur du bug 232807. Sans doute
Windows n'est-il pas affecté.

Fred wrote:

Avec Firefox FF092, sous XP, les 3 pages chargées dans 3 onglets (et
pas mal de surf avant...) 64476ko, ce qui ne semble raisonnable.

Marc utilise Linux, de même que le rapporteur du bug 232807. Sans doute
Windows n'est-il pas affecté.

J'utilise GNU/Linux et Firefox 0.9.1, pas de problème (~64Mo utilisés)
après la visite de ces URLs.

--
Laurent Raufaste - http://www.glop.org/
() Campagne du ruban texte brut contre les courriels en HTML,
/ contre les pièces jointes dans un format propriétaire.

Le 07/27/2004 10:07 AM, Marc Mongenet a écrit :

Oui oui, j'ai déjà dépassé 400 Mo de RAM rien que pour Mozilla.
Alors voilà, j'aimerais savoir si cela vient de ma configuration.
Voici comment j'arrive à consommer plus de 250 Mo en moins d'une
minute :

Voyons avec une compilation du tronc faite maison, vieille de deux
heures, optimisées P4 - gtk2+xft - sous une fedora core 2 (Pentium 4 2,6
ghz - 768 Mo de ram) -> Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.8a3) Gecko/20040727

Quant au noyau linux employé :

$ uname -a
Linux localhost.localdomain 2.6.6-1.435.2.3 #1 Thu Jul 1 08:25:29 EDT
2004 i686 i686 i386 GNU/Linux

Au démarrage : 84,8 Mo (houla, cela se voit que c'est une pré-1.8a3 !)

1. Visiter http://fr.wikipedia.org

91,1 Mo, rien de bien lourd.

6,3 Mo de pris.

2. Visiter http://en.wikipedia.org

95,7 Mo, rien de bien lourd, encore ;)

Soit 4,6 Mo de plus.

3. Visiter http://hi.wikipedia.org

98,5 Mo.

Soit + 0,8 Mo.

Avec un mozilla 1.7.1 officiel (gtk1 sans le calendar) :

Démarrage : 60,4 Mo
Etape 1 : 97,2 Mo !!!!!
Etape 2 : 109 Mo (du progrès ;)
Etape 3 : 109 Mo

Donc mise à part le chargement de la page de Wikipedia qui fait exploser
la consommation de ram, la demande reste stable.

Par contre j'ignorais que le support GTK2+xft avec calendar bouffait
autant de mémoire (20 Mo de plus !!!)

Témoignages bienvenue. Il y a aussi une entrée Bugzilla qui
semble apparentée mais qui n'est pas confirmé :
http://bugzilla.mozilla.org/show_bug.cgi?id#2807

Marc Mongenet

J'ai constaté une poussée de croissance, mais extrême comme tu le décris.

Quelle distro utilises-tu ? Quel version du noyau ?

--
Frédéric Béziès - mozjf@alussinan.org

Site Perso : http://perso.wanadoo.fr/frederic.bezies/
Weblog : http://fredbezies.jexiste.fr/dotclear/
Fourre-tout : http://perso.wanadoo.fr/frederic.bezies/pratique/

Sergio wrote:

1. Visiter http://fr.wikipedia.org
2. Visiter http://en.wikipedia.org
3. Visiter http://hi.wikipedia.org

Avec Firefox FF092, sous XP, les 3 pages chargées dans 3 onglets (et pas
mal de surf avant...) 64476ko, ce qui ne semble raisonnable.

Effectivement, je vois que Windows a encore pas mal d'avance
sur Linux concernant le "desktop".

"hi", c'est en Hindi ?

Oui, Wikipédia est pratique pour tester le support des caractères
exotiques. D'ailleurs il y a quelques langues qui me n'affichent
pas bien, police incomplète je suppose. Chez moi :

http://ko.wikipedia.org/ ne s'affiche pas parfaitement
http://ml.wikipedia.org/ pas de police
http://ta.wikipedia.org/ pas de police
Bon, j'arrête car Mozilla en est 450 Mo de RAM...

Marc Mongenet

Frederic Bezies wrote:

Le 07/27/2004 10:07 AM, Marc Mongenet a écrit :

Au démarrage : 84,8 Mo (houla, cela se voit que c'est une pré-1.8a3 !)

Ah oui, deux fois plus que chez moi (la 1.7 officielle).

1. Visiter http://fr.wikipedia.org

91,1 Mo, rien de bien lourd.
6,3 Mo de pris.

2. Visiter http://en.wikipedia.org

95,7 Mo, rien de bien lourd, encore ;)
Soit 4,6 Mo de plus.

3. Visiter http://hi.wikipedia.org

98,5 Mo.
Soit + 0,8 Mo.

C'est effectivement, hum, raisonnable (près de 100 Mo pour un
navigateur c'est quand même n'importe quoi, mais bon).

Avec un mozilla 1.7.1 officiel (gtk1 sans le calendar) :

Démarrage : 60,4 Mo
Etape 1 : 97,2 Mo !!!!!
Etape 2 : 109 Mo (du progrès ;)
Etape 3 : 109 Mo

Donc mise à part le chargement de la page de Wikipedia qui fait exploser
la consommation de ram, la demande reste stable.

Oui, étonnante explosion de consommation pour une page
assez simple.

J'ai constaté une poussée de croissance, mais extrême comme tu le décris.
Quelle distro utilises-tu ? Quel version du noyau ?

Merci pour l'aide, il y a effectivement une multiplication du
problème chez moi.

J'utilise le Mozilla 1.7 officiel, sur une Debian stable, avec
noyau 2.4.26 de kernel.org. Je ne pense pas que ça puisse venir
du noyau. Plutôt des (vieilles) bibiothèques de la Debian.
À moins que ce soit le fait d'avoir repris les polices TTF
de Windows XP et d'avoir configuré all.js de Mozilla pour un bel
affichage lissé :

// TrueType
pref("font.FreeType2.enable", true);
pref("font.freetype2.shared-library", "libfreetype.so.6");
// if libfreetype was built without hinting compiled in
// it is best to leave hinting off
pref("font.FreeType2.autohinted", false);
pref("font.FreeType2.unhinted", false);
// below a certian pixel size anti-aliased fonts produce poor results
pref("font.antialias.min", 10);
pref("font.embedded_bitmaps.max", 1000000);
pref("font.scale.tt_bitmap.dark_text.min", 64);
pref("font.scale.tt_bitmap.dark_text.gain", "0.8");
// sample prefs for TrueType font dirs
pref("font.directory.truetype.1", "/usr/local/share/fonts/TrueType");
pref("font.directory.truetype.2", "/usr/X11R6/lib/X11/fonts/TrueType");
pref("font.FreeType2.printing", true);

Je vais faire quelques essais avec les polices pour voir.

Marc Mongenet

Salut,

J 'ai besoin d'aide sur bugzilla, j'essaye de voir l'impact du support
de document.all sur les sites ne marchant pas actuellement avec Mozilla,
plus d'infos là :

http://www.chevrel.org/fr/carnet/index.php?2004/07/27/324-etude-sur-limpact-du-support-de-documentall-dans-mozilla
Etude sur l'impact du support de document.all dans mozilla

Merci de votre participation :)

Pascal

--
Pascal Chevrel - Mozilla Champion
FAQ Mozilla/Netscape 7 en français : http://www.chevrel.org/fr/faq/
Foros Mozilla en español : http://www.chevrel.org/es/foros/

Marc Mongenet wrote:

J'utilise le Mozilla 1.7 officiel, sur une Debian stable, avec
noyau 2.4.26 de kernel.org. Je ne pense pas que ça puisse venir
du noyau. Plutôt des (vieilles) bibiothèques de la Debian.
À moins que ce soit le fait d'avoir repris les polices TTF
de Windows XP et d'avoir configuré all.js de Mozilla pour un bel
affichage lissé :

Essaye plutot un mozilla 1.7 sur debian unstable, en gtk2+xft (ya un
paquet pour sous debian, me souvient plus du nom par contre), et compare...


--
mat ~ http://www.openweb.eu.org/ | http://www.nekeme.net/
They can't stop us... we're on a mission from God!
-- The Blues Brothers

Mathieu wrote:

Marc Mongenet wrote:

J'utilise le Mozilla 1.7 officiel, sur une Debian stable, avec
noyau 2.4.26 de kernel.org. Je ne pense pas que ça puisse venir
du noyau. Plutôt des (vieilles) bibiothèques de la Debian.
À moins que ce soit le fait d'avoir repris les polices TTF
de Windows XP et d'avoir configuré all.js de Mozilla pour un bel
affichage lissé :

Essaye plutot un mozilla 1.7 sur debian unstable, en gtk2+xft (ya un
paquet pour sous debian, me souvient plus du nom par contre), et compare...

Euh, je vais quand même pas changer de système pour Mozilla. :-)
J'ai changé la config de police mais je n'ai pas réussi à influencer
le comportement de Mozilla.

Cela dit, j'ai essayé Mozilla 1.8alpha2. Exactement le même résultat.
En revanche, je peux récupérer la mémoire grâce au menu Debug ->
Flush Memory et ça me permet inspecter le problème de près.
C'est là que c'est intéressant.

Le fait de charger http://fr.wikipedia.org/ me fait passer de 40 Mo
à 100 Mo. Mais tout en gardant la page affichée, je peux redescendre
à 50 Mo avec Flush memory. Et la consommation mémoire de Mozilla
remonte jusqu'à 100 Mo à mesure qu'en scrollant je fais apparaître
des nouvelles polices (en bas de page, il y a du chinois, du russe,
du coréen, de l'hindi, du japonais...) En outre j'observe que XFree
consomme encore plus de CPU et de RAM que Mozilla dans ce cas.

C'est donc bien l'affichage de polices qui cause problème. Peut-être
est-ce dû au Xfree86 4.1 dépassé de Debian ?

Marc Mongenet

Le 07/27/2004 11:56 PM, Marc Mongenet a écrit :

Frederic Bezies wrote:

Le 07/27/2004 10:07 AM, Marc Mongenet a écrit :

Au démarrage : 84,8 Mo (houla, cela se voit que c'est une pré-1.8a3 !)

Ah oui, deux fois plus que chez moi (la 1.7 officielle).

Note : je rajoute le calendar + gtk2 + xft, ce qui doit expliquer le
surpoids, ainsi que la compilation pour du code Pentium4 ;)

[...]

98,5 Mo.
Soit + 0,8 Mo.

C'est effectivement, hum, raisonnable (près de 100 Mo pour un
navigateur c'est quand même n'importe quoi, mais bon).

Euh ?

mozilla tel que je l'ai contient :

- le module de navigation
- le module courrier / forum
- le module irc
- le module de création de page
- le débogueur JS
- le calendar

Avec un mozilla 1.7.1 officiel (gtk1 sans le calendar) :

Démarrage : 60,4 Mo
Etape 1 : 97,2 Mo !!!!!
Etape 2 : 109 Mo (du progrès ;)
Etape 3 : 109 Mo

Donc mise à part le chargement de la page de Wikipedia qui fait
exploser la consommation de ram, la demande reste stable.

Oui, étonnante explosion de consommation pour une page
assez simple.

Peut-être que c'est lié à la "compléxité" de la page, ou à un problème
autre ?!

J'ai constaté une poussée de croissance, mais extrême comme tu le décris.
Quelle distro utilises-tu ? Quel version du noyau ?

Merci pour l'aide, il y a effectivement une multiplication du
problème chez moi.

J'utilise le Mozilla 1.7 officiel, sur une Debian stable, avec
noyau 2.4.26 de kernel.org. Je ne pense pas que ça puisse venir
du noyau. Plutôt des (vieilles) bibiothèques de la Debian.

Pas impossible ;)

À moins que ce soit le fait d'avoir repris les polices TTF
de Windows XP et d'avoir configuré all.js de Mozilla pour un bel
affichage lissé :

[fontes dans all.js]

Erh ?

Pas impossible. Je préfère le xft pour l'affichage lissé, mais cela
nécessite le très - trop ? - gourmand Gtk2.

Je vais faire quelques essais avec les polices pour voir.

Bon courage.

--
Frédéric Béziès - mozjf@alussinan.org

Site Perso : http://perso.wanadoo.fr/frederic.bezies/
Weblog : http://fredbezies.jexiste.fr/dotclear/
Fourre-tout : http://perso.wanadoo.fr/frederic.bezies/pratique/