Ohai,
Vous m'avez sans doute déjà lu dans un précedent journal sur les benchmarks comparatifs de processeurs pour smartphones.
Je ne résiste pas à l'envie de partager avec vous ce petit benchmark Sunspider publié par anandtech qui compare les performances javascript de quelques péripheriques de téléphonie de marques diverses et variées:
http://www.anandtech.com/show/6309/iphone-5a6-sunspider-performance
Contrairement à ce qui était dit dans ce journal (fort mal noté, je ne vous félicite pas), je me suis trompé, non le apple A6 qui equipe l'i****e 5 n'enfonce pas la concurrence, il lui marche tout simplement dessus ! Tous les gros bras à quatre coeurs et un tout petit tuyau pour la mémoire peuvent aller se rhabiller.
Les sceptiques qui ont exprimé leurs doutes dans le précedent journal sont donc invités à venir présenter leurs excuses ci-dessous, je m'engage à les accepter ! Merci à tous.
# Always look on the javascript side of life
Posté par Prae . Évalué à 10.
Je réagis direct :
C'est vrai que sur un téléphone, il n'y a QUE du javascript.
J'attends de voir un VRAI benchmark. En vous remerciant.
-- Signé "Le comité des vrais benchmark"
# Qui aurait cru...
Posté par Maclag . Évalué à 7.
… qu'un tout nouveau tout beau processeur de toute dernière génération irait un peu plus vite que les autres?
RdV à la sortie du prochain SoC ARM/Intel/autre!
[^] # Re: Qui aurait cru...
Posté par groumly . Évalué à -10.
Ce qui est etonnant (en fait, non, mais bon), c'est que le s3 a 4 coeurs et l'iphone 2, en general, on s'attend a voir de meilleurs perfs sur un systeme avec autant de coeurs.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Qui aurait cru...
Posté par Shuba . Évalué à 9.
Parce qu'interpréter un langage ça se fait sur plusieurs threads maintenant?
[^] # Re: Qui aurait cru...
Posté par groumly . Évalué à -10.
1) Oui, pourquoi pas.
2) Ca fait bien 2 ans que le javascript est plus interprete mais compile sous iOS, j'imagine qu'android fait pareil depuis un bail aussi.
3) Instruments a l'air de penser que les 2 cores sont sollicites en meme temps, et pas qu'un peu.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Qui aurait cru...
Posté par groumly . Évalué à -9.
mmmh, autant pour moi, ma deuxieme trace me ne me donne pas d'overlap entre les coeurs, ou tres peu.
Devait yavoir un process de synchro ou autre qui tournait a la premiere.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Qui aurait cru...
Posté par reno . Évalué à 7.
Pied --> bouche, quand on sait pas on cause pas!
Plusieurs threads peuvent être utile oui:
1-le GC dans une thread à part
2-un "préfetcher" dans une thread à part (me souviens plus si c'est pour les caches ou pour du swap)
3-faire tourner le compilateur JIT dans une thread à part (si si il y a de la recherche sur ce sujet, google "A Concurrent Trace-based Just-In-Time Compiler")
Vu que c'est pour des téléphones qui ont plusieurs coeurs pas très puissant, ces recherches pourraient même être utile en pratique (1 et 3 surtout), mais après, est-ce que ces techniques sont utilisés dans les interpréteurs Javascript d'Android ou d'iOS, là je ne sais pas..
[^] # Re: Qui aurait cru...
Posté par Shuba . Évalué à -2.
Tu as raison, il existe pleins de technos pour une interprétation concurrente du bytecode Java, mais:
- ça n'est pas forcément applicable facilement au javascript, qui n'est pas pensé pour être thread-friendly contrairement à Java
- un interpréteur multithreadé ne dispatchera pas magiquement les gros calculs de 3D, de décompression du test sunspider s'ils ne sont pas codés en multithread
Donc oui c'est possible, mais mais pas en javascript, et ça ne maximiserait pas l'utilisation des coeurs pour autant, donc ça resterait un bench essentiellement mono-coeur.
[^] # Re: Qui aurait cru...
Posté par reno . Évalué à 1.
Dis, si tu faisais l'effort de google le texte que j'ai donnée, tu verrais que le premier résultat est un papier pour Javascript.
Voila le lien:
http://www.cs.utexas.edu/~mckinley/papers/pjit-pespma-2009.pdf
puisque tu es un fainéant voila la conclusion:
"In this paper, we showed that even though JavaScript language itself is currently single-threaded, both its throughput and responsiveness can benefit from multiple cores with our concurrent JIT compiler. This improvement is achieved by running the JIT compiler concurrently with the interpreter. Our results show that most of the compile-time pauses can be eliminated, resulting in a total, average, and maximum reduction in pause time by 89%, 97%, and 93%, respectively. Moreover, the throughput is also increased by an average of 6%, with a maximum of 34%. This paper demonstrates a way to exploit multicore hardware to improve application performance and responsiveness by offloading system tasks"
Pied --> bouche ++
[^] # Re: Qui aurait cru...
Posté par Shuba . Évalué à 5.
Excuse moi, c'est pas parce que j'ai tort que ça te donne le droit d'être désagréable. Merci.
[^] # Re: Qui aurait cru...
Posté par Shuba . Évalué à 3.
Le throughput est donc amélioré de 6% en moyenne, c'est toujours ça de pris mais je sais pas si ça voudrait dire qu'avoir 4 coeurs plutôt que 2 permettrait vraiment un gros avantage. Car c'est de ça dont on parle à la base.
# Ok.
Posté par 2PetitsVerres . Évalué à 3.
Pour javascript, ok. Bon maintenant lequel est le plus rapide pour lire un fichier avec VLC ?
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Ok.
Posté par groumly . Évalué à -10.
Probablement aucun, vu que le decodage est balance au GPU, qui doit faire le boulot d'une facon tres similaire sous les 2 telephones.
Quand a la vitesse, tant que les deux sont en dessous de 1/50ieme de second par image, j'ai envie de dire "on s'en fout".
Ce qui serait bien plus interessant ici serait de mesurer la conso en lecture de video.
Et quand au mauvaise langues: oui, VLC existe sur iOS, ceux qui l'ont telecharge avant le retrait de l'app store l'ont toujours a disposition.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Ok.
Posté par NeoX . Évalué à 3.
mauvaise question, il faut demander
[^] # Re: Ok.
Posté par Maclag . Évalué à 5.
Dans un monde où nous sommes toujours plus soumis à des contraintes temporelles inextricables, j'ai décidé de me passer tous les films en vitesse X2.
Bon, la voix de Vador en train de menacer Luke en accéléré, par contre, ça le fait vachement moins…
------------>[ ]
[^] # Re: Ok.
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 3.
Bah, ça donne un petit côté Les deux minutes du peuple de François Pérusse!
La gelée de coings est une chose à ne pas avaler de travers.
# Eeeuh non.
Posté par Pierre Carrier . Évalué à 4.
Tant qu'on y est, pourquoi tu ne fais pas tourner le JavaScript sous Firefox 1.0 dans un système émulé avec jslinux côté iPhone 5, face à Chrome mobile pour le Samsung Galaxy S III ?
# Bench browser?
Posté par cellophane . Évalué à 2.
C'est quoi cette blague? On ne sait meme pas les browsers utilisés. C'est juste n'importe quoi.
Je viens de faire ce sunspider bench sur mon MacBook.
Safari donne
Total: 171.4ms +/- 1.4%
Et voici le résultat avec Firefox
Total: 323.9ms +/- 24.4%
[^] # Re: Bench browser?
Posté par patrick_g (site web personnel) . Évalué à 10. Dernière modification le 20 septembre 2012 à 06:55.
Si, on connait les browsers utilisés puisque le titre de l'image postée par Anandtech indique "Stock browser" (ce qui, je suppose, peut se traduire par "navigateur par défaut").
Et comme le navigateur par défaut est différent entre iOS et Android, ce test n'a donc strictement aucune valeur pour comparer les puissances respectives des CPU.
[^] # Re: Bench browser?
Posté par Memiks (site web personnel) . Évalué à 3.
Je dirais même pire…
le système d'exploitation est tellement différent entre IOS et Android que tester le même navigateur (si tant est qu'on le trouve en même version) sur un téléphone aillant le même CPU et GPU (si tant est que cela existe…) n'aura pas les mêmes résultats…
d'ailleurs je pense que l'on aura pas les mêmes résultats quelques soit les applications…
bref aucun intérêt ou alors on test "l'impression utilisateur" et non le CPU…
[^] # Re: Bench browser?
Posté par groumly . Évalué à -9.
Si ca peut aider, un 4S avec le meme browser sort dans les 1800, ca fait du 50% de gains quand meme.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
# Chacun à son avis
Posté par phoenix (site web personnel) . Évalué à 2.
Ici d'autres bench pour dire le contraire : Le galaxy SIII plus puissant que le N'I-Phone 5.
Comme quoi personne n'est d'accord.
[^] # Re: Chacun à son avis
Posté par Bruce Le Nain (site web personnel) . Évalué à 3.
Et ce sans oublier le Xperia V globalement plus performant que le Galaxy S3
# han
Posté par fearan . Évalué à 6.
au contraire, vu le nombre de votants, il a bien été noté.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Ha ha ha
Posté par barret benoit . Évalué à 2.
Montres l'exemple. Un sceptique a peut-être plus de coeur qu'un susceptible qui ne remplit pas les critères d'objectivité ni de respect de son prochain, concurrent ou non.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.