Le nouvel Android serait 450% plus rapide
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.
- X170 : l'ultraportable Barbie de Samsung
- Motorola retente le mobile carré
- La tablette Google confirmée par l'opérateur Verizon
- Sony NEX-5, le compact-reflex le plus petit du marché
- Le design de l’iPhone 4 se précise
- Spirit, la nouvelle gamme de GPS Mio
- Canon dégaine son IXUS 300 HS pour l'été
- Nintendo DS : la console la plus populaire de l'Histoire
- Playstation Move : déjà un prix ?
- L’iPad plus cher à partir du 1er juillet ?
- La nouvelle gamme Sony Bravia sur le banc de test
- Test du Xperia Pureness : design et simplicité selon Sony Ericsson
- Google ne vendra plus son Nexus One en ligne
- Europe : vers un prix unique des communications mobiles
- La high tech qui fait courir
- HTC veut interdire l'iPhone, l'iPad et l'iPod aux U.S.A.
- Des hackers piratent une voiture
- Notre sélection high-tech pour la fête des mères
-
Dernières Actualités Google
- Le plus gros buzz du moment est une publicité sur...
- Google Chrome 6 disponible en téléchargement
- Google se lance dans les HLM
- iPhone : trop d'applications payantes ?
- Google réfléchit à se lancer dans la VOD...
-
Derniers dossiers Google
- Le futur des tablettes Android
- Android : 20 trucs et astuces pour vos smartphones



469,23076923076923076923076923077% plus rapide![[:maitre capello]](http://img.infos-du-net.com/forum/images/perso/maitre capello.gif)
Ya pas la même application pour tester un windows mobile ?
merci maitre capello
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.
@ HyundaiMenuSelect :
37/6,5 = 5,6923076923076923076923076923077 => environ 5.7 et pas 4,7
En tout cas c'est plutôt une bonne nouvelle
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.
@ 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.
génial, j'ai hâte de voir ça !
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é.
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.
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é...
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.
en fait le C# est un langage de haut niveau...
@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
... 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.
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...
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...)?
Et les autres smartphones ils font combien de MFLOPS ?
[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.
Sa promet tout ça , enfin reste à voir les tests de sites plus objectifs.