Firefox 3.1 est annoncé avec une amélioration des performances Javascript autour de 3 à 5 selon les benchs grâce à un compilateur JIT par rapport à Firefox 3.0.
C'était déjà un point fort de la version 3.0 mais cela sera encore renforcé.
http://standblog.org/blog/post/2008/08/25/Every-day-is-an-op(...) (au milieu)
Certain s'amuse même avec du traitement d'image...
http://blog.mozilla.com/schrep/2008/08/22/what-can-you-do-wh(...)
Journal Firefox: Encore plus vite que vite
26
août
2008
# Les choux et les carottes
Posté par Prae . Évalué à 7.
autour de 3 à 5 quoi ? Carottes, Choux, Gnou, Lemmings, vieilles dames ?
[^] # Re: Les choux et les carottes
Posté par AlexZl . Évalué à 4.
Ou plus le gain irait de 83% à 2 100% (?!) selon http://weblogs.mozillazine.org/roadmap/archives/2008/08/trac(...) (en anglais, désolé)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Les choux et les carottes
Posté par Nicolas Boulay (site web personnel) . Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Les choux et les carottes
Posté par Barnabé . Évalué à 4.
« une amélioration des performances Javascript d'un facteur autour de 3 à 5 »
[^] # Re: Les choux et les carottes
Posté par kd . Évalué à 1.
[^] # Re: Les choux et les carottes
Posté par Sylvain Sauvage . Évalué à 9.
Ou celui qui fait des pianos, mais, là, je vois pas le rapport…
[^] # Re: Les choux et les carottes
Posté par nicoastro . Évalué à 1.
[^] # Re: Les choux et les carottes
Posté par Barnabé . Évalué à 2.
[^] # Re: Les choux et les carottes
Posté par Prae . Évalué à 0.
[^] # Re: Les choux et les carottes
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
[^] # Re: Les choux et les carottes
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 3.
Pourtant le rapport de la distance au temps donne une vitesse (m/s), le rapport de la quantité de matière à un volume une concentration molaire (mol/m³), etc.
Tu voulais dire un rapport de deux mesures de même dimension n'a pas d'unité ?
Sans compter qu'il arrive que des unités désignent des grandeurs sans dimension : un angle, une température exprimée en °C (et pas en K, ça change tout le Kelvin). La radioactivité aussi me semble-t-il est exprimée dans une unité sans dimension (nombre d'impacts par seconde)...
De toute façon, les choux et les carottes ne son ni une unité ni une composée de dimensions physique !
[^] # Re: Les choux et les carottes
Posté par Nicolas Boulay (site web personnel) . Évalué à 4.
"Tu voulais dire un rapport de deux mesures de même dimension n'a pas d'unité ?"
C'est ce que veux dire rapport quand il n'est pas question d'une simple division.
Un angle est un rapport, c'est un fraction d'un cercle (exprimer en radian on comprend mieux). La température a une unité K ( http://fr.wikipedia.org/wiki/Kelvin ), le C° n'est qu'une unité ancienne...
la radioactivité aussi me semble-t-il est exprimée dans une unité sans dimension (nombre d'impacts par seconde)...
"Nombre de" est en effet sans dimension. Par contre, si tu écris "par seconde", c'est une unité de temps...
C'est bien de pratiquer la capiloquadrisectomie du vocabulaire, voir d'être sodomite avec les mouches, faut-il encore éviter de raconter n'importe quoi pour appuyer ses dires.
"La première sécurité est la liberté"
# en attendant ...
Posté par manatlan (site web personnel) . Évalué à 3.
Le firefox3 tourne plus vite dans une virtualbox XP, que le firefox3 natif de ma distribution ;-( ....
En espérant que cette nouvelle boost surtout les perfs de xul/xpcom
[^] # Re: en attendant ...
Posté par donkee . Évalué à 1.
[^] # Re: en attendant ...
Posté par Snarky . Évalué à 10.
[^] # Re: en attendant ...
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 5.
[^] # Re: en attendant ...
Posté par mdlh . Évalué à 4.
Pour simplifier comment ca marche:
Il faut imaginer comment l'interpreteur fonctionne: une boucle sur le flux de bytecode et a l'interieur un gros switch pour chacune des valeurs possibles.
Pour chaque "case", le code effectue un certain nombre de tests: C'est quoi le type de la variable en entree? est-ce que la valeur est bien definie... ensuite il effectue le traitement approprie puis stocke le resultat en respectant une certaine convention comme ca le code qui est associe au prochain bytecode trouve tout comme il veut, quel qu'il soit. Mine de rien, une simple addition, ca prend du temps avec toute les verifications qui vont avec.
Ici l'idee est de dire: Au lieu d'avoir un case pour chaque bytecode, on pourrait rajouter des cas qui traite 2 bytecode successifs. La combinaison des deux codes permet au compilateur de supprimer des tests redondants, eviter une sequence stockage puis rechargement...
C'est pas nouveau et on trouve dans quelques interpreteurs ce genre de regroupement. Les sequences choisies sont celles qui sont communes a la majorite des applications. En fait, on parle de trace.
En fait, il m'est arrive il y a environ 2 ans de le faire manuellement pour certains code scientifiques (les sequences etant specifiques, peut reutilisables) dans python.
L'idee developee ici est de dire: chaque application a ses propres traces characteristiques. Par exemple une boucle: le corps de la boucle ou une partie peut contenir une sequence de bytecode tres frequement executee. C'est ce que fait l'optimiseur:
- construction des traces;
- dermination des traces les plus frequement utilisee;
- emition et optimisation "JIT" du code interpreteur correspondant a l'execution sequentielle de chacun des "sous-codes" de l'interpreteur.
Donc oui, le concept applique ici n'est pas specifique a javascript, car l'optimiseur s'applique a n'importe quel bytecode. Mais les resultats en terme d'amelioration de performance dependent des optimisations trouvees par le compilateur. Ca depent du code source lui-meme et du compilo.
[^] # Re: en attendant ...
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
En gros, si un "+" se retrouve dans une boucle central, elle sera transformé en "ADD" assembleur ? En gros, est-ce qu'il y a des techniques semblable à ce que fait QEMU ? (traduction d'instruction vers de l'assembleur puis mise cache des bouts traduits)
"La première sécurité est la liberté"
[^] # Re: en attendant ...
Posté par mdlh . Évalué à 1.
Le ADD binaire ne s'applique que pour des entiers ou des flottants. Dans le cas de pas mal de language interpretes, surtout ceux avec un typage dynamique comme javascript, ce n'est pas parce que tu as:
i = appel_fonction (j)
k = i+1
et que jusque la tu as toujours eu i etant un entier, que tu n'auras pas a un moment appel_fonction (...) retournant une classe string, auquel cas i+1 est completement different. A moins que tu ne prouves que appel_fonction (...) retourne toujours un entier. On peut bien sur montrer un exemple avec un cas evident. Les cas reels sont quand a eux bien moins evident. Pour un programme javascript entier, ca peut prendre plusieurs secondes. Alors en temps reel...
[^] # Re: en attendant ...
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: en attendant ...
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
Et pour couper court aux trolls, et que ça fait pas de mal de le repeter : non, Mozilla ne s'en fout pas de la plateforme linux (avec la version mobile de FF, ce serait trop con :-)). Les développeurs de Mozilla qui sont sous windows sont très peu nombreux, j'ai pu le constater au Mozilla Summit il y a quelques semaines (une majorité sont sur Mac cependant, en multiboot souvent pour pouvoir tester sur les autres plateformes, et pas mal sont sous linux).
[^] # Re: en attendant ...
Posté par Amand Tihon (site web personnel) . Évalué à 5.
En tout cas, avec mes tests de X déporté sur une connexion pas super rapide (ADSL, 384kbps) avec un ping de l'ordre de 13ms, Firefox était absolument inutilisable, alors que Konqueror passait.
Là où Konqueror s'affichait et était prêt à recevoir l'URL en environ 15 secondes, Firefox avait mis plus de... 10 minutes pour afficher sa fenêtre.
Alors est-ce que c'est dû à Cairo, Gtk+ ou autre, je ne sais pas, mais je pense qu'il y a très clairement un problème avec leurs bindings X.
[^] # Re: en attendant ...
Posté par Florent Fourcot . Évalué à 2.
[^] # Re: en attendant ...
Posté par benoar . Évalué à 3.
[^] # Re: en attendant ...
Posté par Anonyme . Évalué à 2.
[^] # Re: en attendant ...
Posté par manatlan (site web personnel) . Évalué à 1.
Certes, il ne fait pas tout ce que fait un firefox. Mais il est très réactif. L'interface est très très réactive. A côté de firefox, c'es vraiment le jour et la nuit. (J'attends avec impatience l'epiphany avec webkit ...)
Sinon, il est vrai que je n'ai pas non plus un foudre de guerre (qu'un P4 non HT, à 2.6ghz, et 1go de vielle ram). Je suppute que les gens qui developpent firefox sous linux doivent avoir au moins, des dual core.
[^] # Re: en attendant ...
Posté par Temsa (site web personnel) . Évalué à 2.
Vivement que le bug qui empêche de compiler en 64 soit règlé, que je puisse tester !
# better, harder, stronger
Posté par Mouns (site web personnel) . Évalué à 4.
FF3 apportait déjà quelques améliorations sympa. Avec cette derniere, ca devient plutôt cool :)
Je ne sais pas où ils en sont avec l'intégration de Tamarin ( ils annoncent encore sont integration dans Mozilla 2 pour le courant 2008 : http://www.mozilla.org/projects/tamarin/ ). Tamarin semble tjr etre un projet non intégré dans SeaMonkey ou dans FF.
Il ne manquerait plus qu'une bonne gestion de la mémoire et d'autres petits trucs sympas pour en faire un excellent outil ( ce qu'apporte en parti Tamarin ).
Toujours est il qu'il semblerait qu'il faille s'attendre encore à d'autres amélioration ...
Que du bon pour la 3.1 et du meilleur pour la suite.
[^] # Re: better, harder, stronger
Posté par Maxime (site web personnel) . Évalué à 8.
environ 1 000 000 de pages vues par mois (d'après awstats sur les logs apache) sauf pendant l'été où on tombe à 500 000.
Pour le mois d'août, on a :
49.3% de Firefox
33.2% d'IE
Et on a :
Windows 79.4 %
Inconnu 11.4 %
Linux 7.7 %
Macintosh 1.3 %
Ce qui est intéressant c'est de constater que au cours de l'année, Firefox n'a cessé de grignoter des parts à IE. Maintenant IE 6 est tombé à 10% d'utilisation.
Ouais, j'espère qu'ils vont continuer à améliorer les perfs de Firefox. On voit de moins en moins de sites compatibles IE only.
[^] # Re: better, harder, stronger
Posté par jardiland . Évalué à 2.
Même la dernière appli web ogresque de microsoft est compatible firefox (mais pas linux, faut pas déconner) :
http://www.ecrans.fr/Photosynth-Les-photos-version-3D,4910.h(...)
A ce propos, à l'époque où j'installai tous les logiciels disponible pour ma distro avec apt, j'étais tombé sur un truc qui faisait basiquement la même chose (créer des panoramas à partir d'une série de photos en faisant du recadrage/collage), la gourmandise en moins. C'"était libre et assez bien abouti.
Quelqu'un voit il de quel logiciel je parle, et quel est son nom, histoire que je vois comment ça a évolué en 3 ans ?
[^] # Re: better, harder, stronger
Posté par ndesmoul . Évalué à 2.
[^] # Re: better, harder, stronger
Posté par Julien Borrel . Évalué à 2.
[^] # Re: better, harder, stronger
Posté par micha_mosk . Évalué à 1.
[^] # Re: better, harder, stronger
Posté par micha_mosk . Évalué à 1.
[^] # Re: better, harder, stronger
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 1.
Windows 79.4 %
Inconnu 11.4 %
Linux 7.7 %
Macintosh 1.3 %
J'ai toujours dit que BSD c'était mieux. 11.4% de parts de marché \o/
--
L'art de faire parler les statistiques.
[^] # Re: better, harder, stronger
Posté par tuXico . Évalué à -2.
je comprends pas la partie 40%de FF pour 98% de windows (pourtant j'avais le coup du rapport indiqué dans la news ;p) si Tu pouvais m'éclairer...
[^] # Re: better, harder, stronger
Posté par Epy . Évalué à 3.
Y'a 98% de ses visiteurs qui sont sous Windows, et dans ces 98% (ou dans les 100% ?) y'en a 40% qui utilisent Firefox
[Sur le mien, vous m'avez donné l'envie de regarder, sur l'année 2008 pas terminée j'ai 61.60% de Geckos 26.53% d'IE et 35.07% de Linux contre 37.40 de WinXP (et 0.55 de Win98 =) plus que du FreeBSD )
[^] # Re: better, harder, stronger
Posté par Mouns (site web personnel) . Évalué à 3.
Il y a encore 1 an sur ma population de windowsiens, FF était à 30% et IE 65%.
Par contre, je ne note aucune progression de Linux.
[^] # Re: better, harder, stronger
Posté par tuXico . Évalué à 0.
[^] # Re: better, harder, stronger
Posté par Jolidragon . Évalué à 7.
[^] # Re: better, harder, stronger
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 4.
[^] # Re: better, harder, stronger
Posté par Maclag . Évalué à 7.
Sur mon site perso également, j'ai constaté une importante augmentation de FF, autour de 90%. Et dans le même temps, j'ai constaté que mon IP devient très populaire, puisque ces visites viennent presque toutes de la même IP que moi (à savoir 4 des 5 visites ce mois-ci).
------------------->[X] ouhlà! fait chaud dehors, vous allez me mettre la clim' tout de suite et me supporter encore un peu!
# Et linuxfr dans ces stats?
Posté par Budzi Jabaroff . Évalué à 1.
il serait interressant de connaître les stats évoquées pour linuxfr.org, n'est ce pas?
j'ai jetté un oeil par là et nada: http://linuxfr.org/stats/frequentation.html
Bye.
[^] # Re: Et linuxfr dans ces stats?
Posté par manatlan (site web personnel) . Évalué à 1.
par contre, j'ai un site grand public ( http://fr.ibraining.com pour ne pas le citer)
1. Internet Explorer 62.76%
2. Firefox 33.41%
3. Safari 1.83%
4. Opera 1.17%
[^] # Re: Et linuxfr dans ces stats?
Posté par BAud (site web personnel) . Évalué à 2.
pour juillet (août n'étant pas fini), cela donne
https://linuxfr.org/stats/web.html/usage_200807.html#TOPAGEN(...)
62,34% Mozilla/5.0
4,77% MSIE 7.0
3,88% MSIE 6.0
2,10% Konqueror/3.5
1,36% Opera 9.5
0,37% MSIE 5.5
et quelques coin² :
2,00% EnhancedBoard
1,06% wmcoincoin/2.5.1
0,37% pyCoinCoin/0.8.12
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.