Concours de vitesse en javascript…

Dans un précédent billet, je parlais de l’impact de TraceMonkey sur les tests concernant la vitesse d’exécution de Javascript. J’ai donc voulu tester les performances de Firefox 3.0.1, Shiretoko pré-bêta1, Opera 9.60 bêta et du dernier Webkit en date sur les tests proposés par Google pour le moteur de javascript V8 qui équipe Google Chrome.

La lecture du résultat est simple. Avoir 100 comme score est la base. Plus le score est important, mieux c’est.

Continuer la lecture de « Concours de vitesse en javascript… »

Quel est l’impact de TraceMonkey ?

Je parlais dans un billet il y a une grosse semaine de l’arrivée du compilateur JIT pour le module javascript de Shiretoko du doux nom de TraceMonkey.

J’ai voulu voir le gain de vitesse pure en terme d’interprétation de javascript. Pour cela j’ai utiliser SunSpider, et différents navigateurs, à savoir Firefox 3.0.1, une pré-béta1 de Shiretoko compilée maison en suivant les options officielles de compilation.

A titre de comparaison, j’ai aussi testé Opera 9.52 et une nouvelle préversion d’Opera 9.60 qui sortira d’ici quelques semaines, et peut-être un peu avant Shiretoko prévu pour le début 2009.

Continuer la lecture de « Quel est l’impact de TraceMonkey ? »

Lequel est le plus rapide pour Javascript ? Webkit, Opera ou Gecko ?

Pour le savoir, il faut utiliser deux tests complémentaires : le test du site CelticKane et le test « SunSpider« .

Les versions testées sont :

  • une compilation nocturne de Shiretoko pré-alpha2 de ce 13 août matin => Build identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1a2pre) Gecko/20080813050659 Minefield/3.1a2pre
  • Une préversion d’Opera 9.52, cf ce billet du blog des développeurs d’Opera.
  • Webkit révision 35706, compilée ce matin, pour contourner le bogue 20370 qui rendait impossible la compilation de la version gtk.

Continuer la lecture de « Lequel est le plus rapide pour Javascript ? Webkit, Opera ou Gecko ? »

Firefox 3.1 pré-alpha1 et Acid3 : vers la lutte finale ? ;)

M’étant abonné au bug qui permet de suivre l’évolution du support de la nouvelle masturbation intellectuelle des navigateurs web, j’ai nommé le test Acid3, j’ai pu constater ses dernières heures qu’au moins 3 bogues concernant le dit test avait été marqué comme « FIXED ».

Il s’agit des bogues 421765, 412567 et le 128585.

Ce qui donne maintenant un résultat de 76 / 100 pour la pré-alpha1 de Firefox 3.1, soit 5 tests de mieux que le futur Firefox 3.0 qui doit être publié dans le courant du mois. Toujours bon sur le plan du support des normes du W3C au final 🙂

Firefox 3.1 alpha 1 et son score de 76 / 100 au test acid3

Vers un meilleur support des CSS3 dans Firefox 3.1 ?

Non, je n’ai pas fait de faute de frappes dans le titre. Je parle bien de Firefox 3.1, dont la sortie est prévue pour décembre 2008.

Le support des CSS3 semble être assez intéressant, pour ne pas dire « parfait » sur le plan des sélecteurs.

En effet, jettant un oeil sur la page de suivi de modification du code de Firefox 3.1 (mozilla-central actuellement), j’ai pu lire ceci :

2008-06-02 20:17 -0700 L. David Baron – Implement :first-of-type, :last-of-type, and :only-of-type. b=128585 r+sr=bzbarsky default tip
2008-06-02 20:17 -0700 Daniel Glazman – Implement :nth-child(), :nth-last-child(), :nth-of-type(), :nth-last-of-type(). b=75375 r+sr=bzbarsky
2008-06-02 20:17 -0700 L. David Baron – Make nsPseudoClassList capable of storing integer pairs for :nth-*(). b=75375 r+sr=bzbarsky

Ce sont des sélecteurs liés aux CSS de 3ième génération. J’ai donc lancé le test du site CSS3.info, la capture d’écran étant suffisamment parlante.

Le test de compatibilité des sélecteurs CSS3 est réussi à 100%

Dommage cependant que certaines parties ne soient pas encore supportées, comme les ombres sur les polices, cf le bogue 10713 qui empèche d’avoir un bel affichage « ombré » sur le test Acid3 dont le résultat s’est légèrement amélioré récemment, passant de 71 à 73/100 🙂

73 / 100 au test acid3 avec Firefox 3.1 pré-alpha1.

Comme quoi, Firefox 3.1 prévu pour décembre ne sera pas qu’un simple « ravalage » de Firefox 3 🙂

Acid3 : bilan à Pâques 2008.

Il y a une quinzaine de jours, j’avais fait un bilan des versions de développement de Safari et Konqueror 4.x (WebKit), Firefox 3 (Gecko 1.9), et d’Opera 9.5 (en préversion béta 2).

Après avoir compilé le code de WebKit pour GTK, à savoir la révision 31232 en date du 22 mars 2008, j’obtiens un score de 89%. Soit 2% de plus.

Bilan de Webkit en date du 22 mars 2008 sous Acid3

En ce qui concerne Gecko 1.9, en pré-béta5, le score s’améliore légèrement, en passant à 71%.

Bilan de Gecko 1.9 pré-béta5 sous Acid3

Enfin, le bon le plus spectaculaire est celui d’Opera. La version hebdomadaire de Pâques – il ne faut pas demander beaucoup plus à ce logiciel propriétaire 🙂 – le score atteint 77%, soit un bond de 10%.

Bilan d'Opera 9.50 pré-béta2 sous Acid3

Le classement final évolue légèrement :

1er : Webkit, passant de 87 à 89%
2ième : Opera 9.5 pré-béta2, et remonte d’une place, passant de 67 à 77%
3ième : Firefox 3.0 pré-beta5.

Score qui ne risque plus de trop évoluer pour Firefox 3, peut-être un ou deux pourcent de plus.

Petit point sur Acid3 – Webkit… Le champion toute catégories ? ;)

Ce billet complète le précédent. J’ai pu compiler sans trop de problème la révision 30885 du moteur Webkit, et les résultats sont explosifs… 87/100 !!!

Webkit sous Acid3...

Pour compiler le moteur Webkit, je me suis basé sur cette page : http://trac.webkit.org/projects/webkit/wiki/BuildingGtk. Le code source étant récupérable sur cette page : http://nightly.webkit.org/

A noter que le support du svg soit désactivé… En effet, voici ce que donne le bilan de la commande ./autogen.sh :

Build configuration:
Enable debugging (slow) : no
Code coverage support : no
HTTP backend : curl
Optimized memory allocator : yes
Features:
HTML5 cross-document messaging : yes
HTML5 client-side storage support : yes
HTML5 video element support : no
Icon database support : no
SVG support : no
SVG animation support : no
SVG filters support : no
SVG fonts support : no
SVG foreign object support : no
SVG as image support : no
SVG use element support : no
XPATH support : yes
XSLT support : yes
GTK+ configuration:
GDK target : x11
Hildon UI extensions : no

Quoiqu’il en soit, il semble être certains que la future version stable de Webkit passera lui aussi le test acid3… Du moins, c’est bien parti pour 😉

Petit point sur le test Acid3 – les navigateurs en développement.

Acid3, la nouvelle forme de masturbation intellectuelle des geeks à tendance internetienne. Même, comme si l’a annoncé Tristan Nitot sur son blog, le test Acid3 est arrivé un peu trop tard car Firefox 3.0 (et sa base Gecko 1.9) sont en cours de finalisation, cela n’empeche pas de faire un état des lieux.

Je commence par un logiciel basé sur le même moteur de rendu que Firefox 3, j’ai nommé SeaMonkey 2.0 pré-alpha1. Avec une compilation effectuée ce matin, vers 7 h 30 (ben ouais, je suis un lève-tôt, même durant le week-end, le score obtenu est assez honorable : 69 /100 !

SeaMonkey pré 2.0 alpha1 sous Acid3

Continuons avec le très bon – mais trop fermé – Opera. Avec une préversion de la béta 2 d’Opera 9.50, le score est tout aussi honorable : 64 / 100. La version utilisé étant la dernière version hebdomadaire disponible, donc au moment où j’écris cette note, la version du 29 février dernier.

Opera 9.50 pré-béta2 sous Acid3

Pour info, le moteur de Firefox 2.0.0.x, Gecko 1.8.1.xx obtient un tout petit peu plus que la moyenne, comme le prouve cette capture d’écran d’Epiphany 2.20.3 :

Epiphany sous Acid3

Voila. La suite ? Dès que j’aurais pu obtenir une version utilisable de Webkit, coeur de Safari et du futur de Konqueror, navigateur du mochissime KDE 4 🙂