Publicité

Le nouvel Android serait 450% plus rapide

15:20 - mercredi 12 mai 2010 - Par Nicolas Aguila - Source : Tom's Guide FR

Le site Android Police, qui a pu se procurer une version du futur Android 2.2 (surnommé Froyo), annonce que ce nouveau système mobile serait jusqu’à 450% plus rapide que l’actuelle version 2.1.

Un record de vitesse pour Android

Ce sont quelques tests effectués sur un Nexus One équipé d’une version de test d’Android 2.2 qui ont montré les performances de cette version. Le site s’est en effet servi de l’utilitaire Linpack, capable d’afficher les performances, et notamment le nombre de millions d’opérations par seconde (noté MFLOPS) que l’appareil peut effectuer. Et le résultat est sans appel : alors que la version 2.1 d’Android affiche un résultat à 6,5 MFLOPS, le même test sous Android 2.2 dépasse allègrement les 37 MFLOPS, sur le même téléphone.

C’est certainement sur ce constat que Google a pu se baser pour annoncer la disponibilité de Flash 10.1 dans la prochaine version d’Android. Outre le problème de batterie, c’est surtout pour sa consommation excessive des ressources du système que la technologie d’Adobe est critiquée.

Commentaires

Lire les commentaires sur le forum
HyundaiMenuSelect 12/05/2010 15:38
Masquer
-4+

469,23076923076923076923076923077% plus rapide [:maitre capello]

H-hich 12/05/2010 15:52
Masquer
-0+

Ya pas la même application pour tester un windows mobile ? :D

kristo2507 12/05/2010 15:53
Masquer
-0+

merci maitre capello

ple92 12/05/2010 16:04
Masquer
-4+


Si l'information est confirmée par la suite, c'est une belle performance entre deux versions et en un peu plus de 6 mois.

Anonyme 12/05/2010 16:37
Afficher
Anonyme 12/05/2010 16:38
Afficher
HyundaiMenuSelect 12/05/2010 16:38
Masquer
-4+

a écrit :

@ HyundaiMenuSelect :
37/6,5 = 5,6923076923076923076923076923077 => environ 5.7 et pas 4,7

En tout cas c'est plutôt une bonne nouvelle


x5.7, c'est +4.7x. La différence se situe dans l'opération effectuée.

arfason 12/05/2010 16:42
Masquer
-1+

génial, j'ai hâte de voir ça !

arfason 12/05/2010 16:52
Masquer
-2+

patibulaire_31 :
Totalement débile. Un OS peut boster ou ralentir les applications qui tournent sous lui mais pas changer le nimbre d'instructions exécutés par le proc à la seconde car ca ne dépend que de l'architecture matérielle.


Si vous deviez regarder une information pour choisir votre téléphone, regarderiez vous le nombre d'opération que l'os permet de faire ou celles que le processeur permet ?
A mon sens à moins de changer d'os l'information du processeur n'apporte qu'une indication sur la qualité de l'os qu'il y a dessus. Un bon processeur avec un os gourmand ou un processeur qui est bien exploité.

ple92 12/05/2010 17:10
Masquer
-5+

patibulaire_31 :
Totalement débile. Un OS peut boster ou ralentir les applications qui tournent sous lui mais pas changer le nimbre d'instructions exécutés par le proc à la seconde car ca ne dépend que de l'architecture matérielle.


Ne pas confondre les IPS (Instructions par seconde), unité de mesure du nombre d'instructions exécutées par seconde par une machine ou plus précisément par son processeur ... et le FLOPS (FLoating-point Operation per Second) qui mesure le nombre d'opération en virgule flottante par seconde par un système (hardware + Software) .... Instructions "Processeur" et Opération "Système" ne sont pas identiques.

fr78 12/05/2010 18:11
Masquer
-2+

En tout cas, si l'OS (et les applis ?) peut tourner 450% plus rapidement sur un même téléphone, ça prouve que la version précédente était vraiment codée avec les pieds. En tant que développeur, je peux affirmer que gagner ne serai-ce qu'un facteur 2 (100%) sur une appli bien codée, c'est déjà une gageure !
Ou alors ils viennent de découvrir que du C optimisé ou même directement de l'assembleur, c'est plus rapide que du Java ou je ne sais quel langage interprêté...

ple92 12/05/2010 18:46
Masquer
-0+

fr78 :
En tout cas, si l'OS (et les applis ?) peut tourner 450% plus rapidement sur un même téléphone, ça prouve que la version précédente était vraiment codée avec les pieds. En tant que développeur, je peux affirmer que gagner ne serai-ce qu'un facteur 2 (100%) sur une appli bien codée, c'est déjà une gageure !Ou alors ils viennent de découvrir que du C optimisé ou même directement de l'assembleur, c'est plus rapide que du Java ou je ne sais quel langage interprêté...



c'est bien pour cela que j'avais commencé ma première intervention par "Si l'information est confirmée par la suite", car 450% c'est "du lourd" ... ceci dit, le développement d'un système d'exploitation est une entreprise pharaonique qui nécessite beaucoup de ressources dans des temps de plus en plus court. Il suffit de quelques lignes de code mal écrites dans quelques fonctions de base pour foutre en l'air la performance globale du système. De plus, qui "pisse" encore de l'assembleur ou même du C# ? Avec les SDK, RAD, devkit et autre, plus grand monde.

Anonyme 12/05/2010 20:35
Masquer
-0+

en fait le C# est un langage de haut niveau...

zatamos 12/05/2010 21:48
Masquer
-0+

@fr78
Il manque une partie de l'info, si Google arrive a atteindre ce niveau de performance, c'est parce qu'ils travaillent sur un compilateur JIT (Just in time), qui se charge de traduire le code Java en code natif, qui est beaucoup plus rapide à exécuter

fr78 13/05/2010 08:42
Masquer
-0+

ple92 :
... Il suffit de quelques lignes de code mal écrites dans quelques fonctions de base pour foutre en l'air la performance globale du système. De plus, qui "pisse" encore de l'assembleur ou même du C# ? Avec les SDK, RAD, devkit et autre, plus grand monde.


Il y a des outils pour analyser le code et mettre en évidence certaines erreurs. De plus, à ta question "qui pisse encore de l'assembleur ou même du C", je te répondrais : bien plus de gens que tu ne crois, notamment dans de nombreux domaines professionnels, ou le temps réel est un critère primordial. Comme les équipements embarqués, l'avionique, le militaire, le traitement d'image, etc. J'ai longtemps bossé dans l'optronique pour savoir de quoi je parle. Tout se programmait en C, et parfois, sur certaines boucles critiques, on passait en assembleur.

squirrel 13/05/2010 11:33
Masquer
-0+

Pour ma part, l'info la plus pertinente concernant cette révision serait de savoir si, désormais, les programmes peuvent s'installer sur la carte mémoire additionnelle...

danrot 13/05/2010 11:58
Masquer
-0+

petite question: l'article nous dit ou se situe android 2.2 par rapport a android 2.1. mais ou se situe android 2.2 par rapport aux autres os actuels (iphone os 3 et 4, win mobile 6.5 ou 7...)?

shooby 13/05/2010 13:36
Masquer
-1+

Et les autres smartphones ils font combien de MFLOPS ?

dodutils 13/05/2010 15:47
Masquer
-0+

[QUOTE] C’est certainement sur ce constat que Google a pu se baser pour annoncer la disponibilité de Flash 10.1 dans la prochaine version d’Android [/QUOTE]

Je ne vois pas le rapport entre Flash et l'amélioration des performances du JIT d'Androïd ? Cela m'étonnerait que Flash soit développé en JAVA.

D'autant que ce test se base sur des performances en calculs arithmétiques à virgule flottante ce qui est loin d'être le type de calcul nécessaire dans la majorité des applications !

Donc les utilisateurs ne devraient pas voir de différence à part pour des outils de traitement d'image ou certains jeux (3D ou physiques) mais je gage que pour ceux-là les devéloppeurs préfèrent utiliser des routines écrites en langage C.

fredoriking 13/05/2010 21:00
Masquer
-0+

Sa promet tout ça , enfin reste à voir les tests de sites plus objectifs.

TOM'S GUIDE DANS LE MONDE

® 2010 BestofMedia Tous droits réservés.

Publicité