Bon... j'en ai un peu marre de Mozilla. Il rame franchement: minimum
10 secondes pour afficher la moindre page. C'est probablement dû à
son occupation mémoire: 308 Mo! Bon, il doit bien y avoir un peu de
mémoire partagée, mais je pense qu'il doit prendre une bonne partie
de la mémoire totale occupée sur ma machine (250 Mo de RAM, 260 Mo
de swap).
Note: je suis sous Linux PPC.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <20040512180028$, Vincent Lefevre <vincent+ écrit:
Bon, ça compile sans le support mail/news et d'autres choses...
et ça n'a rien changé...
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Vincent Lefevre
Dans l'article <20040517225727$, Vincent Lefevre <vincent+ écrit:
Dans l'article <20040512180028$, Vincent Lefevre <vincent+ écrit:
> Bon, ça compile sans le support mail/news et d'autres choses...
et ça n'a rien changé...
Résumons... Sur mon PowerBook sous Linux, c'était 200 Mo au lancement sur un noyau 2.4 (et toujours des problèmes de lenteur). Sur un noyau 2.6, 100 Mo au lancement... mais bon je ne sais pas s'il y a vraiment un lien avec le noyau.
Pour une version de mi-mars sur x86 (à puissance à peu près équivalente), c'est 88 Mo au lancement et aucun problème de lenteur.
Il faudrait que j'essaie sans XPI, au cas où le problème viendrait de là (j'utilise les mêmes XPI sur les deux, mais les versions sont différentes, évidemment). Ah, autre différence... sur mon PowerBook, j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <20040517225727$3732@vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> écrit:
Dans l'article <20040512180028$0197@vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> écrit:
> Bon, ça compile sans le support mail/news et d'autres choses...
et ça n'a rien changé...
Résumons... Sur mon PowerBook sous Linux, c'était 200 Mo au lancement
sur un noyau 2.4 (et toujours des problèmes de lenteur). Sur un noyau
2.6, 100 Mo au lancement... mais bon je ne sais pas s'il y a vraiment
un lien avec le noyau.
Pour une version de mi-mars sur x86 (à puissance à peu près
équivalente), c'est 88 Mo au lancement et aucun problème de lenteur.
Il faudrait que j'essaie sans XPI, au cas où le problème viendrait
de là (j'utilise les mêmes XPI sur les deux, mais les versions sont
différentes, évidemment). Ah, autre différence... sur mon PowerBook,
j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <20040517225727$, Vincent Lefevre <vincent+ écrit:
Dans l'article <20040512180028$, Vincent Lefevre <vincent+ écrit:
> Bon, ça compile sans le support mail/news et d'autres choses...
et ça n'a rien changé...
Résumons... Sur mon PowerBook sous Linux, c'était 200 Mo au lancement sur un noyau 2.4 (et toujours des problèmes de lenteur). Sur un noyau 2.6, 100 Mo au lancement... mais bon je ne sais pas s'il y a vraiment un lien avec le noyau.
Pour une version de mi-mars sur x86 (à puissance à peu près équivalente), c'est 88 Mo au lancement et aucun problème de lenteur.
Il faudrait que j'essaie sans XPI, au cas où le problème viendrait de là (j'utilise les mêmes XPI sur les deux, mais les versions sont différentes, évidemment). Ah, autre différence... sur mon PowerBook, j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Jean-Marc Desperrier
Vincent Lefevre wrote:
différentes, évidemment). Ah, autre différence... sur mon PowerBook, j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
Vincent Lefevre wrote:
différentes, évidemment). Ah, autre différence... sur mon PowerBook,
j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
différentes, évidemment). Ah, autre différence... sur mon PowerBook, j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
Vincent Lefevre
Dans l'article <c8d8jg$ss7$, Jean-Marc Desperrier écrit:
Vincent Lefevre wrote: > différentes, évidemment). Ah, autre différence... sur mon PowerBook, > j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
Non, le problème était dû à l'option des tab extensions qui permet de récupérer les tabs après un crash de Mozilla.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <c8d8jg$ss7$2@reader1.imaginet.fr>,
Jean-Marc Desperrier <jmdesp@alussinan.org> écrit:
Vincent Lefevre wrote:
> différentes, évidemment). Ah, autre différence... sur mon PowerBook,
> j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
Non, le problème était dû à l'option des tab extensions qui permet de
récupérer les tabs après un crash de Mozilla.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <c8d8jg$ss7$, Jean-Marc Desperrier écrit:
Vincent Lefevre wrote: > différentes, évidemment). Ah, autre différence... sur mon PowerBook, > j'ai compilé avec GTK2, et sur x86, avec GTK1 (défaut).
Relié au chargement automatique de *grosses* polices ?
Non, le problème était dû à l'option des tab extensions qui permet de récupérer les tabs après un crash de Mozilla.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Vincent Lefevre
Dans l'article <20040519002833$, Vincent Lefevre <vincent+ écrit:
Non, le problème était dû à l'option des tab extensions qui permet de récupérer les tabs après un crash de Mozilla.
D'ailleurs j'ai l'impression qu'il s'agissait d'un bug, car le fichier tabextensions.rdf qui était utilisé pour cela (il ne semble plus l'être après la désactivation de cette option, car la date de dernière modif reste maintenant la même) faisait 2 Mo et contenait en cache les info pour 2459 pages! À chaque ouverture de nouvelle page, ce fichier était normalement mis à jour.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <20040519002833$32a6@vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> écrit:
Non, le problème était dû à l'option des tab extensions qui permet de
récupérer les tabs après un crash de Mozilla.
D'ailleurs j'ai l'impression qu'il s'agissait d'un bug, car le fichier
tabextensions.rdf qui était utilisé pour cela (il ne semble plus l'être
après la désactivation de cette option, car la date de dernière modif
reste maintenant la même) faisait 2 Mo et contenait en cache les info
pour 2459 pages! À chaque ouverture de nouvelle page, ce fichier était
normalement mis à jour.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <20040519002833$, Vincent Lefevre <vincent+ écrit:
Non, le problème était dû à l'option des tab extensions qui permet de récupérer les tabs après un crash de Mozilla.
D'ailleurs j'ai l'impression qu'il s'agissait d'un bug, car le fichier tabextensions.rdf qui était utilisé pour cela (il ne semble plus l'être après la désactivation de cette option, car la date de dernière modif reste maintenant la même) faisait 2 Mo et contenait en cache les info pour 2459 pages! À chaque ouverture de nouvelle page, ce fichier était normalement mis à jour.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
