Allez zoup, moi aussi je veux jouer, voilà mes résultats à sunspider. Rien de bien neuf par rapport à ce qui a déjà été constaté, juste une confirmation que le JS sous Firefox en 64bits, c'est pas encore ça...
Tests effectués sous Gentoo / GCC 4.4, sur un "Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz".
- Firefox 3.5.5 (CFLAGS Mozilla, donc en gros "-Os"): 3193.0ms +/- 2.6%
- Firefox 3.5.5 (CFLAGS perso, donc en gros "-O2"): 3125.4ms +/- 2.0%
(pas une grosse différence au global, mais dans le détail, sur quelques tests, c'est très significativement mieux ou pire -- je suppose qu'en PGO on arriverait, en gros, à ne garder que le meilleur)
- Firefox 3.5.5 (binaires 32 bits): 1839.0ms +/- 2.0%
(ah bah oui, l'effet TraceMonkey si j'ai bien compris les commentaires précédents...)
- Firefox 3.6_beta4 (CFLAGS Mozilla, donc en gros "-Os"): 2875.0ms +/- 0.9%
(la révolution n'est pas encore pour cette version)
- Konqueror 4.3.4: 3423.4ms +/- 2.1%
(ça fait plaisir d'en voir un derrière Firefox)
- Chromium 4.0.266.0: 572.2ms +/- 4.6%
(ah, c'est vrai que ça va vite ce truc)
- Uzbl 0_pre20091130 (webkit-gtk 1.1.15.4): 545.4ms +/- 1.2%
(rien à voir, mais je trouve que ce navigateur minimaliste, que je ne connais que depuis environ une semaine, est bien sympathique en appoint de Firefox)
- Epiphany 2.28.1 (webkit-gtk 1.1.15.4): 529.4ms +/- 0.6%
(cohérent avec le résultat sur Uzbl -- chapeau Webkit, tu es "the winner")
Enfin bon, après, à chacun d'en faire ce qu'il veut de ces résultats. Perso, je vais pas changer mes habitudes juste pour ça : je garde mon Firefox comme navigateur principal, parce que je suis accro à moultes de ses fonctionnalités et extensions. Et je ne passe pas ma journée sur Google Wave ou autre application bling-bling en ligne, donc je peux supporter une exécution du Javascript qui se contente d'être raisonnablement rapide dans les cas classiques. Si par contre je pouvais trouver le truc pour qu'il arrête de faire gratter mon dur quand je me contente de lire une page1, ça me ferai bien plus plaisir que toutes les optimisations Javascript du monde en fait.
1 màj du sessionstore.js, où l'information essentielle que constitue mon niveau de scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes. Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les choses importantes, et omettre celles superflues.
# Qlqs résultats sunspider sur x86_64
Posté par tgl . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 4.
Tests effectués sous Gentoo / GCC 4.4, sur un "Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz".
- Firefox 3.5.5 (CFLAGS Mozilla, donc en gros "-Os"): 3193.0ms +/- 2.6%
- Firefox 3.5.5 (CFLAGS perso, donc en gros "-O2"): 3125.4ms +/- 2.0%
(pas une grosse différence au global, mais dans le détail, sur quelques tests, c'est très significativement mieux ou pire -- je suppose qu'en PGO on arriverait, en gros, à ne garder que le meilleur)
- Firefox 3.5.5 (binaires 32 bits): 1839.0ms +/- 2.0%
(ah bah oui, l'effet TraceMonkey si j'ai bien compris les commentaires précédents...)
- Firefox 3.6_beta4 (CFLAGS Mozilla, donc en gros "-Os"): 2875.0ms +/- 0.9%
(la révolution n'est pas encore pour cette version)
- Konqueror 4.3.4: 3423.4ms +/- 2.1%
(ça fait plaisir d'en voir un derrière Firefox)
- Chromium 4.0.266.0: 572.2ms +/- 4.6%
(ah, c'est vrai que ça va vite ce truc)
- Uzbl 0_pre20091130 (webkit-gtk 1.1.15.4): 545.4ms +/- 1.2%
(rien à voir, mais je trouve que ce navigateur minimaliste, que je ne connais que depuis environ une semaine, est bien sympathique en appoint de Firefox)
- Epiphany 2.28.1 (webkit-gtk 1.1.15.4): 529.4ms +/- 0.6%
(cohérent avec le résultat sur Uzbl -- chapeau Webkit, tu es "the winner")
Enfin bon, après, à chacun d'en faire ce qu'il veut de ces résultats. Perso, je vais pas changer mes habitudes juste pour ça : je garde mon Firefox comme navigateur principal, parce que je suis accro à moultes de ses fonctionnalités et extensions. Et je ne passe pas ma journée sur Google Wave ou autre application bling-bling en ligne, donc je peux supporter une exécution du Javascript qui se contente d'être raisonnablement rapide dans les cas classiques. Si par contre je pouvais trouver le truc pour qu'il arrête de faire gratter mon dur quand je me contente de lire une page1, ça me ferai bien plus plaisir que toutes les optimisations Javascript du monde en fait.
1 màj du sessionstore.js, où l'information essentielle que constitue mon niveau de scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes. Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les choses importantes, et omettre celles superflues.