Calipia : le blog

Nous sommes nombreux à savoir suivi avec intérêt la keynote d’ouverture de la conférence développeur d’Apple Lundi soir. Beaucoup d’annonces sur iOS14, iPadOS, MacOS, mais l’essentiel était sans doute le passage programmé d’Intel à ARM (sur une puce Apple maison : Apple Silicon). Les rumeurs avaient vu juste, après un passage de Motorola 68000 puis au PowerPC d’IBM et quelques années plus tard à Intel, la pomme entame du prochain virage avec le passage à ses puces maisons, sous architecture ARM.

Mais une question se pose : Apple peut-elle réussir là où Microsoft a échoué il y a 10 ans avec Windows ARM et où il est sans doute encore en train d’échouer, comme nous l’avions anticipé pour ces deux évènements avec Windows RT et aujourd’hui avec la Surface Pro X et le développement de son système avec Qualcomm (voir l’état des ventes de ces matériels pour s’en convaincre) ?

Les éléments qui entraineraient Apple sur le même chemin que Microsoft :

• La dépendance aux « petites » applications natives qui ne seront pas portées sur la nouvelle puce : tous les développeurs ne porteront pas leur applications sur la nouvelle puce, soit pas manque de ressources, soit parce que leur application n’évolue plus alors même qu’elle reste utilisée. Dans ce cas, comment imaginer le financement d’une nouvelle application et le portage associé ? On le sait dans le cas d’un changement d’architecture (et parfois simplement de version), le diable se cache souvent dans les détails : des petites applications « bloquées » sur ancienne version mais très utilisées, des drivers qui manquent pour du « vieux » matériel, etc.
• Une couche d’émulation peu performante. C’est un grand classique promis par les constructeurs / éditeurs : « les applications que vous ne pourrez pas trouver en natif fonctionneront en émulation sur le nouveau processeur ». On connait cela chez Microsoft avec Windows ARM, et même chez de nombreux constructeurs de machine Unix à l’époque qui promettaient une émulation de Windows sans faille… On connait la suite ! La réalité est donc souvent tout autre : la couche d’émulation ou de virtualisation consomme des ressources qui à minima ralentisse l’application quand celle ci daigne fonctionner. Les ressources consommées baissent aussi considérablement l’autonomie de la machine, comme c’est le cas par exemple des applications Win32 sur les machines Surface Pro X de Microsoft par exemple…
• Des performances qui ne seraient finalement pas au rendez-vous pour des problèmes hardware où de conception des puces ou de leur écosystème hardware associé.

Mais Apple dispose aussi d’atouts importants face aux écueils qu’a rencontré Microsoft :

• Les processeurs de l’entreprise ne sont pas nouveaux et elle en maitrise les éléments depuis longtemps pour les avoir elle même conçus. En effet on parle ici des processeurs qu’elle a conçue pour ses iPhones et iPads, elle en maitrise le fonctionnement et en connait les limites. Ce n’est pas le cas de Microsoft qui reposait à chaque fois sur des compétences majoritairement externes. Et sans avoir les liaisons (parfois dangereuses) qu’elle entretenait avec Intel.

Lire la suite