La plupart des ressources de Mozilla sont bouffées par son interface.
A mon avis la plupart des ressources sont surtout bouffés par le fait qu'il y a plus d'un million de lignes de codes, que tout est linkés dynamiquement dans des .so et que au démarrage ça prends trois heures de faire la résolution des liens vu le nombre de fonctions.
Et dans la version embedded, t'as pratiquement la même quantité de code, car c'est pas le truc XUL qui doit prendre le plus de place dans le source.
Comme galeon utilise une interface beaucoup plus légère
Lis ma réponse plus haut, elle est pas plus légére car il y a à peu pratiquement autant de code, mais elle est plus réactive (raffraichit plus vite) car tu appelle les routines de dessins de widget gtk directement au lieu de passer par les couches XUL avant.
Quant à ton Opera chéri, je crois qu'il ne gère pas les signets paramétrés...
Et, les gestures dans un galeon c'est pas un peu une idée pompée dans Opéra 6.0 ?
Sachant que Redhat a tendance à activer plein de trucs pas stables dans le noyau
Dis-donc, tu serais pas un peu de mauvaise foi vis-à-vis de RedHat, lis-donc cette news "The kernel of pain", et tu verra que le kernel de RedHat cheche au contraire de ce que tu raconte à privilégier la stabilité sur la performance http://linuxtoday.com/news_story.php3?ltsn=2002年01月16日-014-20-OP-KN(...)
D'ailleurs, je te signale que Linus a changé la VM en 2.4.10, et que RedHat utilise volontairement une 2.4.9 justement pour éviter d'utiliser une nouvelle VM pas stable. Après, ils ont du backporter quelques fix depuis les versions ultérieures pour améliorer encore la stabilité mais j'appelle pas ça "activer plein de trucs pas stables dans le noyau" !!!
[^] # Re: S'il vous plait arretez avec votre Open Source !
Posté par Stephane JUTIN . En réponse à la dépêche Linus passe un peu la main. Évalué à -2.
A mon avis la plupart des ressources sont surtout bouffés par le fait qu'il y a plus d'un million de lignes de codes, que tout est linkés dynamiquement dans des .so et que au démarrage ça prends trois heures de faire la résolution des liens vu le nombre de fonctions.
Et dans la version embedded, t'as pratiquement la même quantité de code, car c'est pas le truc XUL qui doit prendre le plus de place dans le source.
Comme galeon utilise une interface beaucoup plus légère
Lis ma réponse plus haut, elle est pas plus légére car il y a à peu pratiquement autant de code, mais elle est plus réactive (raffraichit plus vite) car tu appelle les routines de dessins de widget gtk directement au lieu de passer par les couches XUL avant.
Quant à ton Opera chéri, je crois qu'il ne gère pas les signets paramétrés...
Et, les gestures dans un galeon c'est pas un peu une idée pompée dans Opéra 6.0 ?
Sachant que Redhat a tendance à activer plein de trucs pas stables dans le noyau
Dis-donc, tu serais pas un peu de mauvaise foi vis-à-vis de RedHat, lis-donc cette news "The kernel of pain", et tu verra que le kernel de RedHat cheche au contraire de ce que tu raconte à privilégier la stabilité sur la performance
http://linuxtoday.com/news_story.php3?ltsn=2002年01月16日-014-20-OP-KN(...)
D'ailleurs, je te signale que Linus a changé la VM en 2.4.10, et que RedHat utilise volontairement une 2.4.9 justement pour éviter d'utiliser une nouvelle VM pas stable. Après, ils ont du backporter quelques fix depuis les versions ultérieures pour améliorer encore la stabilité mais j'appelle pas ça "activer plein de trucs pas stables dans le noyau" !!!