Apple ouvre les portes aux applications 64 bits pour l'iPhone 5s

Apple ouvre les portes aux applications 64 bits pour l’iPhone 5s

Injection lipidique

Avatar de l'auteur
Vincent Hermann

Publié dans

Société numérique

17/09/2013 3 minutes
72

Apple ouvre les portes aux applications 64 bits pour l'iPhone 5s

Depuis hier, les développeurs peuvent soumettre à Apple des applications 64 bits pour exploiter les nouveautés de la puce A7 présente dans l’iPhone 5s. La solution envisagée est la même que pour OS X à une époque lors de la transition de l’architecture PowerPC vers Intel : un binaire unique. Au risque de faire gonfler significativement le poids des applications.

iphone 5s

 

Dans une note publiée hier, Apple avertit les développeurs qu’ils peuvent dès à présent soumettre des applications 64 bits pour iOS 7. Une conséquence directe de la nouvelle puce A7 présente dans l’iPhone 5s, cette dernière gérant justement ce jeu d’instructions. Le système mobile a lui aussi été adapté et, en théorie, les applications qui en tirent parti peuvent fonctionner plus rapidement.

 

Apple indique sur son site réservé aux développeurs que la compilation sur la dernière révision de Xcode permet de gérer automatiquement un binaire comportant les versions 32 et 64 bits de l’application. De fait, l’éditeur n’envoie qu’une seule mouture à l’App Store et l’application s’exécute simplement dans un mode ou dans l’autre. Une solution qui rappelle celle mise en place lorsque les Mac sont passés aux processeurs Intel : une même application contenait les deux types de binaires, permettant une exécution sur toutes les machines.

 

Le souci pour les applications iOS risque cependant de résider dans le poids. Ce dernier a déjà augmenté pour les éditeurs qui fournissent des applications optimisées à la fois pour l’iPhone, l’iPhone 5, l’iPad 2 ou mini et l’iPad Retina : une même application doit contenir si possible l’ensemble des données pour s’exécuter sans problème sur l’un ou l'autre appareil. Une solution très simple donc, mais qui avait provoqué un embonpoint significatif.

 

Il faut donc s’attendre à voir une nouvelle fois augmenter le poids des applications, ce qui ne fera guère plaisir à ceux qui ont des versions 16 Go de leurs appareils. Toutefois, cela prendra un certain temps, notamment parce que l’iPhone 5s n’est pas encore en vente. De nombreux développeurs ne tenteront sûrement pas l’aventure avant de pouvoir tester leurs créations en conditions réelles. En outre, certains ne pourraient pas en voir l’intérêt. Après tout, une version 64 bits de Facebook risque de ne guère changer quoi que ce soit, même si les éditeurs de jeux devraient constater des gains intéressants, à cause des calculs plus intensifs.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (72)


Le poids des binaires est parfaitement anecdotique dans le poids total d’une application…




iOS 7/…/ Il est donc aussi avancé que l’iPhone sur lequel il s’exécute.





<img data-src=" />


Concrètement, ça va apporter quoi ?








Myosis a écrit :



Le poids des binaires est parfaitement anecdotique dans le poids total d’une application…





Lien ?









PermaBananaed a écrit :



<img data-src=" />





Non, mais cherche pas leur phrase ne veux rien dire. <img data-src=" />





Le souci pour les applications iOS risque cependant de résider dans le poids.





Bof, ça va faire vendre du terminal iOS de plus grande capacité.





même si les éditeurs de jeux devraient constater des gains intéressants, à cause des calculs plus intensifs.



Pourquoi pas, ma foi. Peut être que ça va relancer le business des CPU 64bit.



Dans le monde Wintel, les jeux 64bit se comptent sur les doigts d’une seule main. Allez, peut être deux mains à ce jour.








maestro321 a écrit :



Non, mais cherche pas leur phrase ne veux rien dire. <img data-src=" />





si mais ça se résume à “c’est nous qu’on a la plus grosse et on a sorti notre coquille la plus avantageuse en plus” <img data-src=" />



Autant la propagation du 64bit a été salutaire pour windows (ré-écriture complète de quasi tous les pilotes) autant pour des smartphone ma question rejoindrait celle de malesendou :





Malesendou a écrit :



Concrètement, ça va apporter quoi ?












maxxyme a écrit :



Lien ?





Pas besoin de lien, ce qu’il dit est assez vrai.

Le binaire fait quoi, 500Ko ? 1 Mo ? Même s’il en fait 5, c’est rien du tout par rapport aux dizaines de Mo des images, et sur certains jeux, des Go de données.

L’augmentation ne sera pas significative comme pour le passage aux écrans retina, qui nécessitaient chaque ressource en double.









maxxyme a écrit :



Lien ?





Je n’ai ni source, ni lien, ni quoi que ce soit. Mais ça paraît logique que l’augmentation sera largement inférieure à celle qu’on a connu lors du passage au Retina où toutes les ressources graphiques ont du être améliorées. Ce sont les ressources graphiques (et sonores) qui prennent la place sur une appli, pas le code compilé.



EDIT : Grillé <img data-src=" />



En quoi ça serait mieux pour les jeux ? Le 64bit influe sur autre chose que la gestion de plus de mémoire ?


Et dans quelques mois :







LaPresseQuiCopieLesDépèchesAFP a écrit :



“Les utilisateurs d’iPhone sont de plus gros consommateurs de bande passante …”





<img data-src=" />









KGabou a écrit :



En quoi ça serait mieux pour les jeux ? Le 64bit influe sur autre chose que la gestion de plus de mémoire ?





Les calculs en virgule flottante doivent pouvoir être faits directement sans émulation (et/ou avec plus de chiffres significatifs/précision)

Bon après je ne connais pas la programmation des jeux vidéos pour savoir si l’INpact serait significatif



le 64bits, en ce qui me concerne j’ai l’impression, qu’hormis la taille des programmes et une meilleure gestion de la mémoire, celle-ci n’apportent rien de très flagrant côté performances sur PC. En tout cas, une arlésiène.





Entre la théorie et la pratique, je demande à voir sur un smartphone…..








Myosis a écrit :



Le poids des binaires est parfaitement anecdotique dans le poids total d’une application…







Tout à fait d’accord. Les images, sons et vidéos font le gros de l’application.









KGabou a écrit :



En quoi ça serait mieux pour les jeux ? Le 64bit influe sur autre chose que la gestion de plus de mémoire ?





La gestion de plus de mémoire n’est qu’une conséquence de l’utilisation du 64 bits.

Le 64 bits ça permet “juste” de gérer des valeurs sur 64 bits de manière native, sans acrobaties. Notamment, ça permet de gérer des adresses mémoire de 64 bits, ce qui permet en conséquence de pouvoir travailler sur plus de 4Go de mémoire (et d’adresses).









chp2 a écrit :



En ce qui me concerne j’ai l’impression, qu’hormis la taille des programmes et une meilleure gestion de la mémoire, celle-ci n’apportent rien de très flagrant côté performances sur PC. En tout cas, une arlésiène.



Je demande à voir sur un smartphone…..





Photoshop, les softs de montage et encodage on bien profité du 64bits, words bcp moins c’est sur……



Sur iOs ce sera pareil, les soft type iMovie, le jeux ou autres app photo demandant des traitements lourds vont apprécier, les autres non <img data-src=" />









chp2 a écrit :



le 64bits, en ce qui me concerne j’ai l’impression, qu’hormis la taille des programmes et une meilleure gestion de la mémoire, celle-ci n’apportent rien de très flagrant côté performances sur PC. En tout cas, une arlésiène.



Je demande à voir sur un smartphone…..





C’est du vent pur et dur.



ARM a fait une archi 64 bits pour se lancer sur le marché des serveurs, ce n’était pas spécialement destinés aux smartphones.

Apple vend ça comme un truc de fou pour épater le débutant qui a déjà vu 64 bits quelque part sans trop savoir ce que c’est.

C’est peut être un plus pour certaines applis, mais à mon avis c’est négligeable pour le gros des utilisations du téléphone, et ça mérite même pas qu’ils en parlent sur leur site.









chp2 a écrit :



le 64bits, en ce qui me concerne j’ai l’impression, qu’hormis la taille des programmes et une meilleure gestion de la mémoire, celle-ci n’apportent rien de très flagrant côté performances sur PC. En tout cas, une arlésiène.





Entre la théorie et la pratique, je demande à voir sur un smartphone…..







Je vais te répondre avec un bon article :



article Clubicl









Darkzealot a écrit :



Tout à fait d’accord. Les images, sons et vidéos font le gros de l’application.





Parce qu’il y a forcément des images, sons, vidéos dans une application ?

A ma connaissance il y a des applications - certes qui nécessitent une connexion à internet constante - qui chargent les ressources depuis le net directement…



Non mais surtout, y’a quoi comme RAM dans ces téléphones là ?

Un pauvre Go au maximum, ça sert à rien.








lincruste_2_la vengeance a écrit :



Non mais surtout, y’a quoi comme RAM dans ces téléphones là ?

Un pauvre Go au maximum, ça sert à rien.







Non, mais quand 3 ou 4 générations il y en aura plus de 4, la transition sera faite.









chp2 a écrit :



le 64bits, en ce qui me concerne j’ai l’impression, qu’hormis la taille des programmes et une meilleure gestion de la mémoire, celle-ci n’apportent rien de très flagrant côté performances sur PC. En tout cas, une arlésiène.





Sur PC, la différence peut être importante, car le 64 amène plus de registre de travail sur le processeur, ce qui est le point faible du x86 (toutefois contrebalancé depuis des années par différents artifices, mais quand même). De plus, un PC 64 bits a forcément le SSE. Donc quand on compile en 64 bits, on utilise directement le SSE, plus rpaide que l’ancien x87.



Sur ARMv8, … c’est un peu la même chose: plus de registres, et standardisation du jeu d’instructions NEON.



Le gain concernera surtout les applis lourdes: traitement multimédia, compilation, calcul. tout ce qu’on fait déjà tous les jours avec un PC, donc encore plus sur un smartphone.



@misterB





Quand les mobiles proposeront plus de 4Go de ram la ça servira. Mais pour le moment, c’est juste du marketing.








le podoclaste a écrit :



Non, mais quand 3 ou 4 générations il y en aura plus de 4, la transition sera faite.





Ouais voilà, ça sert à rien.









ErGo_404 a écrit :



C’est du vent pur et dur.



ARM a fait une archi 64 bits pour se lancer sur le marché des serveurs, ce n’était pas spécialement destinés aux smartphones.

Apple vend ça comme un truc de fou pour épater le débutant qui a déjà vu 64 bits quelque part sans trop savoir ce que c’est.

C’est peut être un plus pour certaines applis, mais à mon avis c’est négligeable pour le gros des utilisations du téléphone, et ça mérite même pas qu’ils en parlent sur leur site.







Sinon, c’est un vrai moyen d’augmenter les performances du proc : rien que le changement d’architecture de AArch32 vers du AArch64 permet de gagner 20% pour des applis 32 bits. (sur des calculs entiers, je ne parle pas de calculs flottants, qui disposent d’autres améliorations).



Et avec la nouvelle archi, il y a 2x plus de registres : les compilateurs d’aujourd’hui sont friands des registres en plus !

La différence n’est pas aussi visible que l’évolution x86 -&gt; x64, mais elle là quand même.



Finalement, est-ce plus pertinent d’indiquer qu’il y a un proc 64 bits ou qu’on a un octo cœur dans son téléphone ?

Faut bien que les personnes du marketing mettent en avant une caractéristique.









maxxyme a écrit :



Parce qu’il y a forcément des images, sons, vidéos dans une application ?

A ma connaissance il y a des applications - certes qui nécessitent une connexion à internet constante - qui chargent les ressources depuis le net directement…







Le temps de chargement en sera forcément affecté pour ces applications. Tu peux faire une appli de 2Mo et télécharger 10Mo de ressources si t’as envie à partir d’un serveur, je ne suis pas sur que cela soit le plus efficace pour les serveurs et pour les utilisateurs.

Ça ne change rien au fait que généralement le code source comparé aux “Ressources” c’est en règle général peanuts !



steve jobs en à rêvé du 64 bits pour son Iphone, un grand visionnaire. <img data-src=" />


raison de plus pour ne pas faire de version 16go malheureusement il est encore là et avec 20€ de plus! <img data-src=" />








lincruste_2_la vengeance a écrit :



Ouais voilà, ça sert à rien.







Je t’invite à t’enregistrer sur le site d’ARM (c’est gratuit) pour constater les évolutions entre AArch32 et AArch64.

Si on limite le passage au 64bits à simplement “plus de RAM”, le PAE existe aussi sur les cortex A15, qui dispose d’un espace d’adressage de 1 To.



Ce n’est pas que marketing. Il faut bien à un moment donné initier la technologie pour pouvoir s’en servir dans quelques générations à 100%. On ne va pas avoir du jour au lendemain des applications 64bits sur iphone.

Imaginons, dans 1 ou 2 ans, le développeur qui voudra sortir son appli sur l’iphone 7 pourra compter sur un nombre de téléphone antérieur plus important (iphone 5S et iphone 6).

On peut voir l’introduction du 64 comme le début de la rétrocompatibilité de toutes les grosses applications à venir. C’est un peu comme l’avant intel et le après intel sur les ordinateurs Apple.








kidz a écrit :



raison de plus pour ne pas faire de version 16go malheureusement il est encore là et avec 20€ de plus! <img data-src=" />





Ca serait intéressant que, lors du téléchargement de l’application, seule l’archi utilisée (32bits ou 64bits) soit téléchargée.



Vu les derniers messages liés à l’AppStore ( Mac4Ever ) il n’est pas impossible qu’Apple ait mis ça en place : à voir quand le 5s sortira <img data-src=" />









Mr.Nox a écrit :



@misterB





Quand les mobiles proposeront plus de 4Go de ram la ça servira. Mais pour le moment, c’est juste du marketing.





je te parles traitement multimédia tu me réponds RAM <img data-src=" />









maxxyme a écrit :



Parce qu’il y a forcément des images, sons, vidéos dans une application ?

A ma connaissance il y a des applications - certes qui nécessitent une connexion à internet constante - qui chargent les ressources depuis le net directement…





Sur une appli sans ressource , évidemment tu vas doubler (un peu plus en fait) son poids par rapport à une version 32bit seule mais du coup on parle d’une appli de quelques Mo tout au plus (puisque pas de ressources)









KGabou a écrit :



En quoi ça serait mieux pour les jeux ? Le 64bit influe sur autre chose que la gestion de plus de mémoire ?





l’architecture ARMv8 apporte bien plus que le 64 bit:

* Plus de registres entiers (intéressant pour les langages interprétés ou JIT comme le Java et le JavaScript)

* Amélioration du NEON (equivalent du SSE de Intel)

* Amélioration de la FPU (calculs flottants)

* Amélioration du jeu d’instruction ( plus orthogonal et nettoyé des choses inutiles)

* Accélération crypto (AES et SHA)

* Amélioration de la communication entre les coeurs (amélioration des performances et de la consommation pour la communication entre threads)



http://arm.com/products/processors/cortex-a50/index.php



A noter que ARM n’a pas prévu de successeur 32 bit au Cortex A15, le successeur est le Cortex-A57 qui est 64bit, ça veut dire que ceux qui utilisent les coeurs ARM (Samsung, Nvidia, ST, Mediatek …) auront eux aussi très prochainement des CPU supportant l’ARM64.









Darkzealot a écrit :



Ce n’est pas que marketing. Il faut bien à un moment donné initier la technologie pour pouvoir s’en servir dans quelques générations à 100%. On ne va pas avoir du jour au lendemain des applications 64bits sur iphone.

Imaginons, dans 1 ou 2 ans, le développeur qui voudra sortir son appli sur l’iphone 7 pourra compter sur un nombre de téléphone antérieur plus important (iphone 5S et iphone 6).

On peut voir l’introduction du 64 comme le début de la rétrocompatibilité de toutes les grosses applications à venir. C’est un peu comme l’avant intel et le après intel sur les ordinateurs Apple.





Le problème c’est pas que l’OS soit 64 bits, ce qui est a priori plutôt positif. Le problème c’est que ça soit un argument marketing alors qu’honnêtement, ça n’apportera rien de particulièrement visible à l’heure actuelle.







Tophe a écrit :



Sinon, c’est un vrai moyen d’augmenter les performances du proc : rien que le changement d’architecture de AArch32 vers du AArch64 permet de gagner 20% pour des applis 32 bits. (sur des calculs entiers, je ne parle pas de calculs flottants, qui disposent d’autres améliorations).



Et avec la nouvelle archi, il y a 2x plus de registres : les compilateurs d’aujourd’hui sont friands des registres en plus !

La différence n’est pas aussi visible que l’évolution x86 -&gt; x64, mais elle là quand même.



Finalement, est-ce plus pertinent d’indiquer qu’il y a un proc 64 bits ou qu’on a un octo cœur dans son téléphone ?

Faut bien que les personnes du marketing mettent en avant une caractéristique.





Disons alors que c’est dommage que le téléphone propose tellement peu de nouveautés que les marketeux aient jugé nécessaire de mettre le 64 bits en avant. Qu’ils en parlent pendant la conférence de lancement, ça me paraît normal puisque c’est une conférence pour développeurs. Mais qu’ils en parlent sur leur site, c’est de la branlette intellectuelle. Exactement comme parler du octo core. Je pense que tu fais référence à Samsung ;-) D’ailleurs ils n’en parlent pas tellement vu que le S4 français n’a pas de processeur octo-core.



Maintenant si tu me dis que ça accélère vraiment les calculs et donc potentiellement la réactivité globale du téléphone, c’est du tout bon.










Mr.Nox a écrit :



@misterB





Quand les mobiles proposeront plus de 4Go de ram la ça servira. Mais pour le moment, c’est juste du marketing.





Pas du tout, les noyaux aiment bien avoir accès directement à tout l’espace mémoire physique, avec 32 bit ils ne peuvent avoir accès à seulement 1Go ( 2Go réservé pour les applications, 1Go pour kernel, 1Go pour la mémoire physique mappée).

Du coup au delà de 1Go de RAM, il y a déjà une baisse de performance en 32bits.



http://en.wikipedia.org/wiki/High_memory



However, if the kernel needs to refer to physical memory for which a userspace translation has not already been provided, it has only 1GB (for example) of virtual memory to use. On computers with a lot of physical memory, this can mean that there exists memory that the kernel cannot refer to directly—this is called high memory. When the kernel wishes to address high memory, it creates a mapping on the fly and destroys the mapping when done, which incurs a performance penalty.









misterB a écrit :



je te parles traitement multimédia tu me réponds RAM <img data-src=" />





Ben parce que les 64 bits ne changent pas grand chose au traitement multimedia en dehors du fait que tu peux acceder a plus de trucs en RAM.









sylvere a écrit :



l’architecture ARMv8 apporte bien plus que le 64 bit:

* Plus de registres entiers (intéressant pour les langages interprétés ou JIT comme le Java et le JavaScript)

* Amélioration du NEON (equivalent du SSE de Intel)

* Amélioration de la FPU (calculs flottants)

* Amélioration du jeu d’instruction ( plus orthogonal et nettoyé des choses inutiles)

* Accélération crypto (AES et SHA)

* Amélioration de la communication entre les coeurs (amélioration des performances et de la consommation pour la communication entre threads)



http://arm.com/products/processors/cortex-a50/index.php



A noter que ARM n’a pas prévu de successeur 32 bit au Cortex A15, le successeur est le Cortex-A57 qui est 64bit, ça veut dire que ceux qui utilisent les coeurs ARM (Samsung, Nvidia, ST, Mediatek …) auront eux aussi très prochainement des CPU supportant l’ARM64.





En fait vous etes plutot d’accord. Toutes ces ameliorations ne sont pas liees aux 64 bits mais au fait qu’ARM a decide de les ajouter seulement pour ses designs 64 bits.

La majorite aurait pu etre faite sur 32 bits sans probleme.









oposs a écrit :



Ben parce que les 64 bits ne changent pas grand chose au traitement multimedia en dehors du fait que tu peux acceder a plus de trucs en RAM.





Donc en pratique le fait que mes app photo et vidéo aient un boost avec le passage en 64Bits est juste du à la RAM ?









maxxyme a écrit :



Parce qu’il y a forcément des images, sons, vidéos dans une application ?

A ma connaissance il y a des applications - certes qui nécessitent une connexion à internet constante - qui chargent les ressources depuis le net directement…







Ouais et alors ? Dans le cas de ce genre d’app, peut etre que la taille de l’app doublera , mais ça n’empeche qu’elle sera très certainement d’une taille négligeable. Hors cas exceptionnel, on passera genre de 2 megas ko à 4 megas…









oposs a écrit :



Ben parce que les 64 bits ne changent pas grand chose au traitement multimedia en dehors du fait que tu peux acceder a plus de trucs en RAM.





le 64bits non

le 64bit de ARM oui car il y a pleins d’autres changements autres que le passage au 64bit.









sylvere a écrit :



le 64bits non

le 64bit de ARM oui car il y a pleins d’autres changements autres que le passage au 64bit.





Oui exactement









misterB a écrit :



Donc en pratique le fait que mes app photo et vidéo aient un boost avec le passage en 64Bits est juste du à la RAM ?





Majoritairement oui. Sauf que ca a ete plus marque lorsque ca a ete fait sur Intel que sur PowerPC. Sur le PowerPC le passage a 64 bits a surtout amene la possibilite d’avoir plus de memoire. Sur Intel, ils ont enfin nettoye un peu leur m*rde de registres 8bits doublement etendus. Du coup comme pour ARM, il y a eu quelques ajouts reserves au 64 bits qui apportent un peu plus de performance.

Mais ces ajouts auraient pu etre faits sur 32 bits.



<img data-src=" /> champagne les gars, les téléphones se mettent au niveau de la Nintendo 64 !



Bon allez, sur ce <img data-src=" /> je m’en vais manger des popcorns :)








oposs a écrit :



En fait vous etes plutot d’accord. Toutes ces ameliorations ne sont pas liees aux 64 bits mais au fait qu’ARM a decide de les ajouter seulement pour ses designs 64 bits.

La majorite aurait pu etre faite sur 32 bits sans probleme.





Bien sûr, mais quitte à changer fortement le jeu d’instruction et l’architecture autant que ce soit durable.

Et pour faire un truc durable, qui peut servir pour une large gamme d’applications le choix du 64 bit s’avérait évident. ça permet à ARM d’avoir une architecture capable d’attaquer le marché desktop et même celui des serveurs.









misterB a écrit :



Donc en pratique le fait que mes app photo et vidéo aient un boost avec le passage en 64Bits est juste du à la RAM ?





Mais comme le dit le podoclaste, la transition sera deja faite.

Et cette transition sera necessaire dans pas si longtemps que ca (3 ans avant que les applis puissent acceder a plus de 4Go sur un iPad peut-etre). Du coup ca servira, mais a l’heure actuelle l’apport du 64bits seul est minime.









sylvere a écrit :



Bien sûr, mais quitte à changer fortement le jeu d’instruction et l’architecture autant que ce soit durable.

Et pour faire un truc durable, qui peut servir pour une large gamme d’applications le choix du 64 bit s’avérait évident. ça permet à ARM d’avoir une architecture capable d’attaquer le marché desktop et même celui des serveurs.





Je pense pas que quiconque conteste ca. Je pense que c’est plutot le marketing autour du “on a le premier CPU 64 bits” du marche qui fait un peu attrape-gogo



Ceci dit la VRAIE nouveaute c’est le M7:

http://www.macg.co/unes/voir/132129/ce-que-prefigure-le-co-processeur-m7-d-apple



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








Malesendou a écrit :



Concrètement, ça va apporter quoi ?







Actuellement pas grand chose…



Déjà il ne suffis pas de juste recompiler pour beneficier d’optimisation, le code doit etre re-ecrit pour vraiment beneficier des avantage du 64bits, mais encore même là le genre de code qui peut reéllement beneficier de l’apport du 64bit utilise généralement déjà un autre type d’optimisation genre les intructions NEON (128bit et capacitée de faire 4 calculs en meme temps, ou même les shader qui utiliserons le GPU)









oposs a écrit :



Je pense pas que quiconque conteste ca. Je pense que c’est plutot le marketing autour du “on a le premier CPU 64 bits” du marche qui fait un peu attrape-gogo





en effet, surtout que l’innovation provient d’une volonté de ARM de passer au 64bits.

Apple a juste été plus rapide que les autres à sortir un CPU sous licence ARM64.



Pfff, sous Android, on peut mettre un apk par version de l’OS et par platforme binaire (ABI).

Ça évite d’envoyer des applications 2 ou 3 fois trop grosses…








misterB a écrit :



et ça aussi quand même<img data-src=" />

http://9to5mac.com/2013/09/17/why-touch-id-is-bigger-news-than-any-of-us-appreci…





Non mais t’as vu l’illustration de l’article?









oposs a écrit :



Non mais t’as vu l’illustration de l’article?





oui j’ai vu <img data-src=" /><img data-src=" />









misterB a écrit :



Photoshop, les softs de montage et encodage on bien profité du 64bits, words bcp moins c’est sur……







Word un tout petit peu voire que dalle, mais Excel y avait un bon gain



Un peu court les conclusions sur le 64 bits sur le 5s…








jaretlafoudre a écrit :



Actuellement pas grand chose…



Déjà il ne suffis pas de juste recompiler pour beneficier d’optimisation, le code doit etre re-ecrit pour vraiment beneficier des avantage du 64bits, mais encore même là le genre de code qui peut reéllement beneficier de l’apport du 64bit utilise généralement déjà un autre type d’optimisation genre les intructions NEON (128bit et capacitée de faire 4 calculs en meme temps, ou même les shader qui utiliserons le GPU)







Si tu utilises le framework Apple pour du calcul vectoriel, une recompilation suffit. (et ça inclu LAPACK, entre autres).









jamseth a écrit :



Un peu court les conclusions sur le 64 bits sur le 5s…







C’est-à-dire que pour l’instant, il n’y a pas forcément grand-chose à en dire.









Tophe a écrit :



Si tu utilises le framework Apple pour du calcul vectoriel, une recompilation suffit. (et ça inclu LAPACK, entre autres).







Oui mais comme je le disait dans ce cas il y a de forte chance que le compilateur exploite plutot le jeux d’instruction NEON… et le 64bit n’apporte rien…









misterB a écrit :



Photoshop, les softs de montage et encodage on bien profité du 64bits, words bcp moins c’est sur……



Sur iOs ce sera pareil,





Heu non, ce qui profite à la suite adobe c’est d’être large en RAM (qui fait de l’édition video avec 3go? srsly?) et c’est pour ça que certaines de leurs applications sont uniquement compatible x64, or aux dernières nouvelles, le 5s n’aura pas une grande quantité de Ram, donc rien à voir… (et c’est pas des registres plus grands qui vont intensifié de l’encodage vidéo,hein!)



Un véritable article sur la transition 64bits d’iOS et d’Androïd. (en anglais)



http://appleinsider.com/articles/13/09/17/inside-apples-64-bit-ios-7-and-the-pro…








Myosis a écrit :



Un véritable article sur la transition 64bits d’iOS et d’Androïd. (en anglais)



http://appleinsider.com/articles/13/09/17/inside-apples-64-bit-ios-7-and-the-pro…







J’ai lu pas mal d’articles au sujet du passage d’apple sur 64 bits sur ses iphones dont celui-ci.

Même si je suis globalement d’accord avec le fait que le 64 bits n’apportera pas grand chose, ce n’est visiblement pas pour moi une petite décision ou un argument uniquement marketing (car ce n’est pas forcément de confort d’utilisation/performance dont on parle sur le court terme).



L’article de zdnet (qui n’est pas partisan) résume assez bien ce que ce ‘mouvement’ veut dire :

http://www.zdnet.com/why-apple-went-64-bit-with-the-iphone-5s-7000020662/



Et il y a également l’article de allthingsd qui justement fait echo à celui d’appleinsider :

http://allthingsd.com/20130913/apples-iphone-5s-the-a7-chip-and-that-64-bit-ques…



Et puis cette discussion sur G+ ici :

https://plus.google.com/112218872649456413744/posts/Gbdj4XnE2QK









oposs a écrit :



Ceci dit la VRAIE nouveaute c’est le M7:

http://www.macg.co/unes/voir/132129/ce-que-prefigure-le-co-processeur-m7-d-apple

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



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

Je projetais justement de te le faire savoir <img data-src=" />









oposs a écrit :



Ceci dit la VRAIE nouveaute c’est le M7:

http://www.macg.co/unes/voir/132129/ce-que-prefigure-le-co-processeur-m7-d-apple



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





Quelle nouveauté ! Ils auraient dû le faire depuis plus de deux ans ! <img data-src=" />



Apparemment l’A7 en 64 bits apporte des vrais gains de performance, et ce n’est pas que du marketting comme beaucoup semblent le dire ici.



http://www.anandtech.com/show/7335/the-iphone-5s-review/4








luinil a écrit :



Apparemment l’A7 en 64 bits apporte des vrais gains de performance, et ce n’est pas que du marketting comme beaucoup semblent le dire ici.



http://www.anandtech.com/show/7335/the-iphone-5s-review/4







Une tuerie. A peine sorti, le Bay Trail à 2.4 GHz pour tablette est déjà dépassé par un chip pour téléphone tournant à 1.3 GHz <img data-src=" />









luinil a écrit :



Apparemment l’A7 en 64 bits apporte des vrais gains de performance, et ce n’est pas que du marketting comme beaucoup semblent le dire ici.



http://www.anandtech.com/show/7335/the-iphone-5s-review/4







Les plus gros gains sont sur des bench synthétiques =&gt; calcul en masse.



C’est là où en effet, tu auras les meilleurs gains car l’augmentation de taille de registre et la facilité à faire des calcul double précision donnera un boost énorme.



Après reste à voir la proportion du temps de calcul dans le traitement (par rapport par exemple au temps pour récupérer les données de la mêmoire & co).



C’est toujours bon à prendre, mais comme l’a dit MisterB, en dehors de filtres photoshop/video/encodage/décodage, la différence sera completement invisible (pas évident que sur un traitement de une seconde tu puisse voir les 20-100ms d’amélioration de perfs <img data-src=" />.)









oposs a écrit :



En fait vous etes plutot d’accord. Toutes ces ameliorations ne sont pas liees aux 64 bits mais au fait qu’ARM a decide de les ajouter seulement pour ses designs 64 bits.

La majorite aurait pu etre faite sur 32 bits sans probleme.







Oui. Oui. Non. (respectivement)



Vu l’état actuel du jeu d’instructions 32-bit ARM, il n’y a pas la place pour doubler le nombre de registres. Ou alors:




  • Soit en cassant la compatibilité binaire y compris pour les instructions élémentaires, donc pas acceptable

  • Soit en faisant quelque chose de tordu (genre … un préfixe), d’où coût en performance ou en consommation (ou les deux si mauvaise implémentation), donc pas acceptable non plus.



    Un nouveau mode de fonctionnement étant donc nécessaire (ARM maitrise les CPUs avec plusieurs modes de fonctionnement depuis longtemps), autant en profiter pour que ce nouveau mode apporte la solution à tous les problèmes envisagés (le 64-bit et le reste des améliorations).



    C’est bien ce que ARM a fait,et ce n’est pas leur faute si maintenant les machines marketing commencent à s’emballer.









luinil a écrit :



Apparemment l’A7 en 64 bits apporte des vrais gains de performance, et ce n’est pas que du marketting comme beaucoup semblent le dire ici.



http://www.anandtech.com/show/7335/the-iphone-5s-review/4







Où on voit que:




  • Les nouvelles instructions permettent des gains considérables sur les programmes qui en tirent parti

  • Même chose pour les évolutions FPU.

  • Le 64-bit stricto sensu ne change pas grand’chose, et peut se révèler nocif en cas de changement de taille du «working set» mal digérée par le cache.



    Classique



    PS: je sais que je suis grillé, mais il me semble que les commentaires se complètent



ça permet d’accélerer la crypto de touch ID

ça permet de traiter plus rapidement les images à la volée que ce soit pour les prises vidéos ou la prise de photo.

ça permet certainement à Siri d’être plus performant.



Mais effectivement ça n’apporte pas grand chose…..<img data-src=" />








illidanPowa a écrit :



ça permet d’accélerer la crypto de touch ID

ça permet de traiter plus rapidement les images à la volée que ce soit pour les prises vidéos ou la prise de photo.

ça permet certainement à Siri d’être plus performant.



Mais effectivement ça n’apporte pas grand chose…..<img data-src=" />





Les nouvelles instructions plus que le 64Bit <img data-src=" />