Est-ce qu’Apple va ressusciter Rosetta pour la transition ARM ?
Si vous avez connu la transition des Mac entre les processeurs PowerPC et ceux d’Intel, vous vous souvenez peut-être de « Rosetta ». Cette application permettait d’utiliser n’importe quelle app sur un Mac Intel, même celles qui n’avaient pas été mises à jour et qui reposaient toujours sur du code PPC. À l’époque, Apple avait opté pour une transition douce, grâce à cet émulateur qui a comblé les vides en attendant que les développeurs adaptent leurs apps.
Est-ce qu’Apple va suivre la même stratégie dans la transition vers ARM qui devrait être annoncée ce soir lors du keynote d’ouverture de la WWDC ? Les rumeurs n’ont pas vraiment mentionné la piste de l’émulation, mais un indice venu du Japon laisse penser que l’entreprise de Cupertino envisage au minimum de ressortir Rosetta de ses cartons.
Comme le note le site japonais Asahi.com, Apple a déposé une nouvelle marque au Japon : « Apple Rosetta ». Le dépôt a été enregistré le 30 avril 2020 et il vient s’ajouter à « Rosetta », une marque qui appartient toujours à Apple même si l’émulateur a disparu avec OS X Lion en 2011. Est-ce qu’une future version de macOS intégrera un nouveau Rosetta, mais cette fois pour émuler les apps x86 sur un processeur ARM ? On devrait le savoir dans quelques heures !
MàJ le 22/06/2020 09:44 : les autres rumeurs évoquées dans l'article étaient en fait fausses, de l'aveu même de son auteur.
Si ca se trouve, la seule annonce lié au processeur ARM, ce sera simplement que toutes les App soumises à l'App Store devront inclure le bytecode, comme sur l'app store iphone/ipad.
@totoguile
et pan ! alors là @flomo devra nous payer une de ces tournées...
@ totoguile
"toutes les App soumises à l'App Store devront inclure le bytecode"
Il parait peu crédible d'obliger les développeurs à faire une telle chose. (Le système Rosetta permet au contraire de faire tourner des apps liées à l'ancienne architecture.)
Justement, je ne pense pas que Rosetta va être la voie standard mais sera là just in case.
La "solution" la plus propre pour apple pour continuer de supporter l'x86 et l'ARM en même temps passe par le Bytecode
@Marco787
Apple prépare depuis un moment à ce que les applications envoyées à l'app store puissent être recompilées aisément vers le cpu de son choix. C'est un travail de fond, et cela oblige à n'utiliser QUE les bibliothèques et recommandations d'Apple, mais c'est ce que permet LLVM (et son bitcode).
ça semble donc cohérent qu'Apple va encourager encore plus à cela en disant un truc du genre "et pour les apps sur l'app store, c'est auto-magique, tadaaaa ! natif ARM !" (rien n'est auto-magique, _rien_, mais ça aidera quand même)
-
L'émulation de cpu intel sur du arm aura un gigantesque impact sur les performances.
Autant que je sache, Intel ayant déjà menacé que rien ne peut se faire sans son aval (gigantesque propriété intellectuelle sous le coude), l'émulation intel sur arm sera un long chemin.
Microsoft était censé apporter un tel service à Windows 10 ARM en 2021. Pas plus de nouvelles.
et surtout, on ne connaît rien du supposé cpu arm qu'utilisera Apple et s'il a autant de facilités et fonctionnalités que les hyper-complets actuels cpu intel.
Apple va forcément tenter de capitaliser à mort sur les acquis de LLVM et de l'App Store.
D'ailleurs, je crains que cela serve d'excuse pour renforcer la main mise de l'App Store sur la distribution d'applications MAC.
On saura bientôt.
oui, tu as raison, _rien_ n'est facile. Mais s'ils arrivent déjà à couvrir les apps qui ont 100% de leurs sources sur xCode et qui ne font pas appel à des librairies tiers fournies en binaire, mis à part les librairies Apple que l'on peut imaginé compilés ARM et x86 dans le futur macos, c'est déjà pas mal.
pour l'émulation x86, soit Apple en a vraiment besoin, et ils ont sorti le chéquier pour payer Intel, soit ils feront l'impasse parce qu'ils ont déjà leurs apps et celles de MS et Adobe qui tournent sur ARM.
@oomu
"Autant que je sache, Intel ayant déjà menacé que rien ne peut se faire sans son aval"
Correct pour le x86, mais le x64 par contre, son origine est plutôt amd64, donc ça reste à vérifier. Et comme Catalina est 64bit uniquement... vala.
@ totoguile : « Si ca se trouve, la seule annonce lié au processeur ARM, ce sera simplement que toutes les App soumises à l'App Store devront inclure le bytecode, comme sur l'app store iphone/ipad. »
Bitcode et non bytecode. Il y a une réelle différence, et Chris Lattner a expliqué il y a quelques années déjà que le bit code LLVM était trop bas niveau pour permettre une recompilation efficace entre deux architectures aussi différentes que x86 et ARM.
Et franchement, s’il faut commencer à envoyer le bitcode d’une application, autant en envoyer directement une version x86 et une version ARM en même temps.
Notons que ça n’interdit pas qu’Apple demande le bitcode tout de même, pour pouvoir l’utiliser de la même manière que pour iOS, mais ce ne serait pas la même chose que de le demander pour produire de manière automatique une version ARM.
bien dommage.
@ oomu : « bien dommage. »
Bof.
Une telle approche n’aurait de toute façon eu d’intérêt que si Apple avait déjà disposé de la version bitcode des applications de l’App Store, ce qui lui aurait permis d’affirmer qu’elles étaient déjà toutes compatibles sans que les développeurs aient quoi que ce soit à faire. Mais ce n’est pas le cas.
Du coup, puisqu’il faudrait dans tous les cas que chaque développeur envoie au Store une nouvelle version de son application, autant envoyer directement la version compilée pour ARM (qui devrait présenter l’avantage, par rapport à une hypothétique version générée automatiquement, d’avoir été testée par le développeur).
oui, si le bitcode n'est pas déjà demandé, effectivement autant demander la version x86 et ARM directement.
Après, pour prévoir des évolutions futures, ca peut etre intéressant pour Apple de qd meme passer par le bitcode.
https://www.highcaffeinecontent.com/blog/20190518-Translating-an-ARM-iOS-App-to-Intel-macOS-Using-Bitcode
on avait eu ca aussi l'année dernière.
J'avoue ne pas avoir tout compris de la différence entre ByteCode et bitcode, désolé si je dis des c...eries :)
pour une fois que c'est macOs (et le mac) qui tient le haut du pavé pour l'attente de ce soir, on ne va pas se plaindre.
En tous cas cette rumeur (oui c'en est toujours une) de passage ARM va nous tenir en haleine toute la journée je crois hahahah
Big Sur ?
Ça va nous rappeler Anaïs Nin, Henry Miller, les Orange de Hieronymus Bosch, Jack Kerouac...
Apple ne nous a pas habitué à ces styles :)
@Berechit
Merci de ces belles références…👍
A nouveau, il serait utile de mentionner la source. Un site en japonais est mentionné, mais cela est quelque peu trompeur car le site étant en japonais, il est très peu crédible que l'information de l'article provienne de là (surtout que ce site est peu connu). Ce site est la source "ultime". La source où l'information a été trouvée n'est pas mentionnée (MacRumors sans doute). Merci
@Marco787
Comment ça « À nouveau » ? 🤔
Et même ici, la source est mentionnée explicitement sous l’article, comme on le fait à chaque fois, sauf quand c’est dans le corps de l’article.
Si la source manque, ça peut arriver, c’est un oubli du correcteur. Dans ce cas, on corrige toujours. 🙂
@Marco787
C’est une blague ? Peu connu ? Asahi est l’un des deux plus grands quotidien japonais (équivalent du Monde en France) et qui tire à plus de 12 millions d’exemplaires par jour. Il est cité dans le corps de l’article. J’ai connu plus obscur comme feuille de chou.
Et Macrumors, source secondaire de l’information est cité en note.
c'est connu le Japon ? C'est pas une île lointaine avec des pêcheurs ?
@oomu
À ce qu’il parait… On raconte même qu’on peut croiser des chats-bus
@oomu
- C’était lesquels les chinois qui étaient alliés aux Nazis déjà ?
- les japonais ?
- ah oui... les japonais ... j’avais un embryon de piste mais si nous avons affaire à des chinois de Chine ... ça ne marche plus !!
(OSS117 - Rio ne répond plus)
https://m.youtube.com/watch?v=Wg5Wv1XvQ0s
Ils font une excellente bière également !
@huexley
Je confirme. 🙂
Par contre, niveau bâtiment, c’est caca 😉
@vincentn
Bâtiments caca ? 😳 déjà été au Japon ? 😆
@heero
Oui, plusieurs fois même, et toujours le même plaisir. Je faisais ici référence au siège du brasseur Asahi (dont on parle ici) à Tokyo et notamment l’immeuble dessiné par Starck, que les tokyoïtes surnomment le bâtiment caca, en raison de ce qui est posé sur son toit. Il se trouve non loin de la Tokyo Skytree (à faire une fois pour le panorama sur la ville). Je vous laisse trouver des images.
@vincentn
Ha oui ^_^ ce fameux caca là ^_^
Alors je te comprend. Je vais rarement dans ce quartier là j’avoue 😅
@heero
Sumida, c’était vraiment juste pour la skytree. Bon c’est aussi dans ce coin que je suis tombé par hasard, comme
souvent à Tokyo, sur un boui-boui vendant des kebabs. 😆.
Après, en mode touriste, Senso-Ji n’est pas très loin non plus.
@vincentn
Depuis le temps que je vais à Tokyo j’ai encore jamais fait la Skytree 😂
Je préfère le skydeck ou shibuya Sky 😛
@heero
La vue est spectaculaire. La plateforme est à 450 m de haut tout de même sur les plus de 600 de la tour. Et quand les techniciens sont en plus dans leur nacelle à l’extérieur pour nettoyer les vitres… 😳
Mais étant un peu sujet au vertige, j’avoue que c’est Shibuya Sky qui m’a plus « touché », avec ses rambardes vitrées 😅
J'ai pensé à la même chose ! :-)
@Marco787
Peu connu ??? C’est le site japonais électronique spécialisé depuis les années 90. Et reconnu depuis.
Au passage une partie des composants d’un iPhone vient du Japon (camera, mémoire, électronique,...)
@Marco787
"le site étant en japonais"
Le grand journal qu'est Asahi Shimbun a aussi une édition en anglais, dont voici le commentaire du jour :
http://www.asahi.com/ajw/articles/13478893
Le commentaire commence par une référence aux barrières de l'ère du shogunat des Tokugawa.
Asahi Shimbun fut fondé dans la décennie suivant la fin du shogunat. Son premier numéro date du 25 janvier 1879. Des héritiers des familles fondatrices du journal sont encore actifs. Et ce journal a beaucoup œuvré pour l'ouverture et la modernisation du Japon. Il a une longue tradition, et plus encore une longue mémoire. Crédibilité en rapport. Peut-être faudrait-il aussi se souvenir de la valeur que tient la crédibilité au Japon.
Rosetta n'était possible que parce que les processeur Intel étaient au moins 2 fois plus rapides que les PowerPC. Le gain de performance pouvant être utilisé pour l'émulation grande consommatrice de puissance cpu.
Un Rosetta pour arm suppose que ces derniers soient très largement plus performants que les processeurs Intel. Ça reste à prouver concrètement.
@macinoe
Deux fois je ne sais pas (je ne parle pas qu’en GHz) mais sous Rosetta/Intel point d’accélération AltiVec.
Assez rédhibitoire pour les softs qui l’utilisaient.
Les premiers CoreDuo n’avaient pas non plus de Firewire ...
Plus Steeve qui dit que PowerPC va continuer 🙄
Pas si simple comme transition selon :
1/ date des derniers achats (immobilisation..)
2/ prix de migration des logiciels quand c’est possible
3/ type de travail effectué
"Deux fois je ne sais pas"
Pourtant j'en connais un qui avait pris largement moins de précautions.
https://forums.macrumors.com/attachments/schermafbeelding-2016-11-06-om-17-04-18-png.670640/
@macinoe
Ah ça je ne doute pas qu’il ait bien vendu le truc 😅
@macinoe
Ah ça je ne doute pas qu’il ait bien vendu le truc 😅
@macinoe
Conversion à la volée, pas émulation.
Mais sinon, oui, tout à fait.
Donc soit Apple a une puce ARM nettement plus performante que les CPU intel qu'elle mets dans ses mac, et là une solution à la Rosetta est envisageable sans craindre une transition douleureuse et couteuse pour les utilisateurs (et surtout eux), soit et bien je crains qu'il y a aura une légère déconvenue chez pas mal de monde.
Et sans oublier que ce n'est pas qu'un changement de CPU, c'est aussi un changement d'architecture générale. Hors y'a pas d'architecture ARM standardisée avec des bus standardisée, là l'architecteure sera aussi propriétaire qu'Apple la voudra et on sait tous à quel point elle adore que ses produits soit sous son contrôle, même après leurs ventes.
Après le tout soudé, les connecteurs proprio pour des technos pourtant hyper standardisées comme des SSD NVMe PCI, va falloir accepter encore plus de veroruillage à la puce T2 par exemple, ou ce qu'elle va devenir...
Pour ma part, je préfèrerais qu’ils ressuscitent l’émulateur 68k et le fameux Mixed Mode Manager. Ça devrait être faisable avec cette transition vers ARM.
Ce qui est fascinant - et ce que sans aucun doute cela devrait être une évidence pour nos grands spécialistes qui se tapent du Apple matin, midi et soir (ce qui semble contradictoire avec une simple réflexion) - de voir toutes ces attaques contre un MAC ARM, prenant Apple pour la dernière demeurée, alors qu'il paraît évident qu'Apple aurait en même temps mis à disposition un émulateur. Ce qui est tout autant fascinant c'est que si les rumeurs sont vraies (gain de 100 % de puissance) alors même avec un perte de puissance à cause de l'émulateur (disons 20 %) le gain serait encore faramineux puisque plus de 60 %.
Mais on ne peut pas demander à un râleur compulsif de réfléchir.
@Inconnu-Soldat
😂😂
https://m.youtube.com/watch?v=9OBnvpzb560
@Inconnu-Soldat
Tu occultes tout l'aspect économique de cette transition. Le principal aspect en fait.
Et puis ce sont des rumeurs. Souvenons-nous que Steve Jobs annonçait fierementdans une keynote que les premiers macbook pro intel était 4 à 5 fois plus rapide que les dernier powerbook G4. Du bourrage de mou intégral.
On va avoir droit au même sketch marketing ce soir pour se rendre compte dans 6 mois quand les machines seront vraiment là que les chiffres annoncés était complètement fantaisistes.
Mais presque plus personne ne s'en souviendra.
@macinoe
"Mais presque plus personne ne s'en souviendra."
Et ceux qui s’en souviendront seront des "haters" de La Multifruitière.
@Inconnu-Soldat
> Ce qui est tout autant fascinant c'est que si les rumeurs sont vraies (gain de 100 % de puissance)
Sources ?
Ce soir, une volée de youtubeurs enthousiastes à la crédibilité technique proche de zéro va nous vanter sur scène les mérites de MacOS version ARM ?
Le foire au superlatifs va bientôt commencer !
Par ailleurs, tendance inverse, le Galaxy Book S, laptop ultra léger de Samsung, abandonne ARM et Qualcomm pour les nouvelles puces hybrides Lakerfield d'Intel pour du pur usage x86.
"Samsung Galaxy Book S embarque la puce hybride « Lakefield » d'Intel"
https://www.lemondeinformatique.fr/actualites/lire-samsung-galaxy-book-s-embarque-la-puce-hybride--lakefield--d-intel-79272.html
Sainte Rosetta, priez pour nous !
Alors la rumeur Rosetta, elle est vraie ou elle est fausse ?
Finalement oui !