Selon ARM, l'arrivée des smartphones 64 bits est plus rapide que prévu

Selon ARM, l’arrivée des smartphones 64 bits est plus rapide que prévu

Avec ou sans une version 64 bits d'Android ?

Avatar de l'auteur
Damien Labourot

Publié dans

Société numérique

24/04/2014 3 minutes
33

Selon ARM, l'arrivée des smartphones 64 bits est plus rapide que prévu

Dans un entretien avec nos confrères de CNET, Tom Lantzsch, vice-président de la stratégie d'ARM s'est dit surpris que le 64 bits prenne autant de place et aussi rapidement dans l'univers mobile. Mais il ajoute que ce mouvement de la part des fabricants de SoC est normal : la nouvelle architecture est plus efficace même lorsqu'elle exécute du code en 32 bits. Il s'attend même à ce que les premiers smartphones 64 bits, hors iPhone, soient disponibles pour les fêtes de Noël.

Aujourd'hui les fabricants de smartphones se battent sur plusieurs créneaux. L'année dernière, les écrans étaient à l'honneur avec l'arrivée massive de modèle à dalle Full HD. Depuis début 2014, ce sont les mobiles 4G sous les 200 euros qui ont la côte ou encore des modèles disposant de SoC à huit cœurs en provenance de chez MediaTek.

 

La prochaine tendance devrait être logiquement le support du 64 bits. Certains constructeurs ont d'ores et déjà annoncé qu'ils disposeront de telles puces : Marvell, MediaTek, NVIDIA ou encore Qualcomm. Tous s'appuieront sur du Cortex A53 pour la partie CPU, tout du moins dans un premier temps. C'est par exemple le cas des Snapdragon 610 et 615 dévoilés lors du Mobile World Congress de Barcelone en février dernier.

 

ARM Cortex A53

 

Pour rappel, ARM a annoncé ses designs de CPU Cortex A53 / A57 exploitant les instructions 64 bits en octobre 2012. Les SoC qui devaient s'appuyer dessus étaient alors prévus pour les serveurs à faible consommation. Seulement voilà, leur avenir risque de s'annoncer tout autrement et ils vont aussi venir animer les smartphones et tablettes dès la fin de cette année. 

 

Toujours est-il que dans un entretien faisant suite à la publication des résultats financiers trimestriels d'ARM, Tom Lantzsch s'est exprimé chez nos confrères de CNET. Le vice-président de la stratégie s'est dit « surpris de l'espace déjà pris par le 64 bits dans l'univers mobile » avant d'enchainer « Nous pensons que les premiers smartphones 64 bits seront là pour Noël ».

 

Les mobiles devront-ils être accompagnés d'Android en version 64 bits ? Pas forcément selon le responsable qui explique que « le code existant en 32 bits sera exécuté plus rapidement via les instructions ARV v8-A [64 bits d'ARM], que sur une architecture native en 32 bits d'ARM. » Le porte-parole de la société ajoute que « ce sont les applications qui en ont vraiment besoin qui iront en premier. Les autres suivront avec le temps ».

 

Cette tendance à aller vers l'intégration de puces 64 bits au sein des smartphones et tablettes s'explique assez simplement. Apple a sorti sa puce A7 en septembre dernier dans ses iPhone 5s et iPad Air. Les autres fabricants, qui utilisent tous Android, n'ont guère le choix que de suivre la firme de Cupertino dans ce choix... Il faudra voir si Google souhaite entrer dans le bal avec son système mobile, si tant est qu'il ait vraiment le choix.

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Fermer

Commentaires (33)


Il y a un tel écart entre l’évolution, l’optimisation et la gestion de l’offre logicielle, que le rapport à l’avancement technologique sur ces mêmes critères niveau hardware, finit par donner l’image de karts débutants <10ans remplacés par des formule 1 pour le même usage….



A moins que ce ne soit pour faire tourner toutes les surcouches, pubs et mouchards commerciaux/nsa? <img data-src=" />


A quand un smartphone qui disposera de teraflop/s



C’est monstrueux l’évolution des processeurs mobile.


À quand des moniteurs de bureau aux mêmes DPI que les écrans de smartphones surtout. C’est quand même dingue qu’on s’offre de la finesse sur un écran minuscule et des escaliers sur celui où on passe le plus de temps devant.


Et à quand des smartphones qui tiennent plusieurs jours en terme d’autonomie ?

A part quelques rares exception, on est encore très loin du compte…








Shyfer a écrit :



Et à quand des smartphones qui tiennent plusieurs jours en terme d’autonomie ?

A part quelques rares exception, on est encore très loin du compte…







Dès qu’un Moore-like aura trouver une loi s’appliquant au Lithium-ion adossé à celle des procos <img data-src=" />



Comment un code existant dev en 32bits peut-il s’exécuter plus rapidement sur une architecture x64 ? Je ne vois absolument pas comment cela est possible. <img data-src=" />



Si quelqu’un a une explication rationnelle à me fournir, je suis preneur. Merci.








Shyfer a écrit :



Et à quand des smartphones qui tiennent plusieurs jours en terme d’autonomie ?

A part quelques rares exception, on est encore très loin du compte…







Pour les batteries l’idéal est le graphène mais cela coute cher a produire et ce n’est que récemment que Samsung a mis au point une technique pour produire a bas coûts du graphène donc dans quelques années on pourra charger notre samrtphone que toutes les semaines.









0zmaster0 a écrit :



Comment un code existant dev en 32bits peut-il s’exécuter plus rapidement sur une architecture x64 ? Je ne vois absolument pas comment cela est possible. <img data-src=" />



Si quelqu’un a une explication rationnelle à me fournir, je suis preneur. Merci.





Il est possible que les ameliorations faites dans la micro-architecture 64-bit pour le 64-bit beneficient aussi au 32-bit. Un exemple : imaginons que les chemins de donnees pour la memoire passent de 64 a 128 bits ; ce doublement pourrait beneficier au code 32-bit.









RaoulDukeHST a écrit :



Il y a un tel écart entre l’évolution, l’optimisation et la gestion de l’offre logicielle, que le rapport à l’avancement technologique sur ces mêmes critères niveau hardware, finit par donner l’image de karts débutants &lt;10ans remplacés par des formule 1 pour le même usage….



A moins que ce ne soit pour faire tourner toutes les surcouches, pubs et mouchards commerciaux/nsa? <img data-src=" />





Plus de puissance c’est aussi se concentrer plus sur les besoins fonctionnels que les problèmes d’optimisation logiciel. Ca peut aussi avoir de l’intérêt en ce sens là.<img data-src=" />









0zmaster0 a écrit :



Comment un code existant dev en 32bits peut-il s’exécuter plus rapidement sur une architecture x64 ? Je ne vois absolument pas comment cela est possible. <img data-src=" />



Si quelqu’un a une explication rationnelle à me fournir, je suis preneur. Merci.







C’est pas parce que la puce gère le 64 bits qu’il n’y a pas d’autres améliorations sur l’architecture par rapport aux puces précédentes. (nouveau jeu d’instructions notamment)



rhoo le technicien qui ne comprend pas trop la vitesse d’adoption d’un truc peu utile … Apple l’a fait, a dit que c’était une révolution … les autres se doivent de faire vite pareil, même si ils savent tous au final que c’est sacrément peu utile <img data-src=" /> …


Bon, maintenant, les fabricants de smartphone n’auront plus d’excuse pour nous mettre moins de 4 Go de RAM…



<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />





Sans rire, si ça booste les perfs, c’est bon à prendre. A suivre !


c’est certain que pour un téléphone le 64 bits est indispensables. <img data-src=" />








0zmaster0 a écrit :



Comment un code existant dev en 32bits peut-il s’exécuter plus rapidement sur une architecture x64 ? Je ne vois absolument pas comment cela est possible. <img data-src=" />



Si quelqu’un a une explication rationnelle à me fournir, je suis preneur. Merci.







A noter (en plus des autres commentaires, sur l’optimisation du microcode), que pour android, vu que c’est du java, une application conçu sans avoir le 64 bit en tête, profitera des instructions les plus adapté, et profitera à plein du 64 bit ( en théorie, pour peu que google mettent les moyen pour optimiser leurs JVM ART pour l’occasion biensur <img data-src=" /> )









pyro-700 a écrit :



c’est certain que pour un téléphone le 64 bits est indispensables. <img data-src=" />









Ce n’est pas parce que les smartphone ont une fonction téléphone que c’en est un.









canti a écrit :



A noter (en plus des autres commentaires, sur l’optimisation du microcode), que pour android, vu que c’est du java, une application conçu sans avoir le 64 bit en tête, profitera des instructions les plus adapté, et profitera à plein du 64 bit ( en théorie, pour peu que google mettent les moyen pour optimiser leurs JVM ART pour l’occasion biensur <img data-src=" /> )











Ils donnent l’impression de bosser pas mal sur le 64 bits, l’autre jour, j’ai fais un tour sur le gerrit de AOSP et y’avait pas mal de nouveaux commits en rapport au 64 bits.





La prochaine tendance devrait être logiquement le support du 64 bits. Certains constructeurs ont d’ores et déjà annoncé qu’ils disposeront de telles puces : Marvell, MediaTek, NVIDIA ou encore Qualcomm. Tous s’appuieront sur du Cortex A53 pour la partie CPU, tout du moins dans un premier temps.



faux !

Nvidia c’est du full custom (projet Denver). Le seul dans ce cas avec Apple.

Pour les autres, c’est bien du reference design ARM








ArthurG a écrit :



faux !

Nvidia c’est du full custom (projet Denver). Le seul dans ce cas avec Apple.

Pour les autres, c’est bien du reference design ARM





Ok pour Denver mais le projet Logan semble bien basé sur du Cortex A5X non ?









ArthurG a écrit :



faux !

Nvidia c’est du full custom (projet Denver). Le seul dans ce cas avec Apple.

Pour les autres, c’est bien du reference design ARM







Et il me semble que Qualcomm tout comme Apple a son propre “Design” de puce…









ArthurG a écrit :



Et il me semble que Qualcomm tout comme Apple a son propre “Design” de puce…





Pour le 32 bit, Qualcomm a effectivement son archi Krait (Snapdragon 800, 801 et du 805). Mais pour ces prochaine puces 64 bit (Snapdragon 810 et 808), Qualcomm s’est contenté comme les autres d’utiliser une archi ARM Cortex A53/57.<img data-src=" />

En attendant de terminer le dev d’un éventuel Krait 64bit ? Seul l’avenir ns le dira<img data-src=" />









pti_pingu a écrit :



Dès qu’un Moore-like aura trouver une loi s’appliquant au Lithium-ion adossé à celle des procos <img data-src=" />





Et dès qu’ils auront réussi à faire distribuer un gel anti-brûlures par la coque. <img data-src=" />







ArthurG a écrit :



faux !





Je me suis toujours demandé : quand un type débarque en s’exclamant un “faux ! ” qu’on présume tonitruant, s’imagine t-il vêtu d’une robe de magistrat et abattant violemment son marteau pour délivrer la sanction à l’encontre du malotru ?



Malotru qui délivrait par ailleurs une information utile en dépit de cette erreur anecdotique.









Lyto a écrit :



Ok pour Denver mais le projet Logan semble bien basé sur du Cortex A5X non ?





Project Logan / Tegra 5 / Tegra k1 existe en 2 versions:

La premiere qui devrait etre bientot dispo est en quad core A15 32bit.

Puis en fin d’annee, la version dual core Denver 64bit.

pour l’instant, ya pas de A5x dans le roadmap nvidia









HarmattanBlow a écrit :



Et dès qu’ils auront réussi à faire distribuer un gel anti-brûlures par la coque. <img data-src=" />







Ahhhhh quel dommage que l’amiante soit classée comme substance cancérigène <img data-src=" />









HarmattanBlow a écrit :



Et dès qu’ils auront réussi à faire distribuer un gel anti-brûlures par la coque. <img data-src=" />







Tu vends ça comme option bouillotte en hiver et hop.



Ou alors avec cet accessoire super tendance.









SebGF a écrit :



Tu vends ça comme option bouillotte en hiver et hop.



Ou alors avec cet accessoire super tendance.







Ouep, comme dirait apple “it’s a feature”, comme les batteries qui gonflaient pour raison de court-circuit interne au point d’exploser la coque (“security feature”, ahahaha).



Un petit coup de froid ? Hop, un coup de 3DMark pour android, et mon one M8 se transforme en poche bouillotte.



Heu… Pourquoi on ne pense qu’à Android pour le passage au 64bts ?








pyro-700 a écrit :



c’est certain que pour un téléphone le 64 bits est indispensable. <img data-src=" />





Il y a en permanence des calculs pour faire passer ta voix.

Penses y quand tu (n’)entendras (pas) une voix incompréhensible au bout du fil.









psn00ps a écrit :



Il y a en permanence des calculs pour faire passer ta voix.

Penses y quand tu (n’)entendras (pas) une voix incompréhensible au bout du fil.









Quoi!? C’est pas aussi simple que deux pots de yaourts et un fil ?



Il était grand temps, les constructeurs ne pouvait plus augmenter la RAM à cause de ça !



  1. qu’est ce que ça apporte au niveau des applications (vitesse, stabilité ect…?)



    1. quelle sont les autres avantages du 64 bits ?



      c’est un peu comme Windows 3264 bits ?









linconnu a écrit :



Il était grand temps, les constructeurs ne pouvait plus augmenter la RAM à cause de ça !







ha bon ?

On avait deja des smartphones et tablettes a 4GO de RAM ??



moi je m’etais arrété a 2









Hive a écrit :



Quoi!? C’est pas aussi simple que deux pots de yaourts et un fil ?







Pour le fil c’est un peu tordu, mais pour les pots de yahourt c’est l’idée <img data-src=" />









linconnu a écrit :



Il était grand temps, les constructeurs ne pouvait plus augmenter la RAM à cause de ça !







On peut très bien avoir plus de 4 Gb de RAM, la limite est l’utilisation par processus.