Test de l’Apple Air M1 du point de vue d’un développeur

• Xcode : rapide. Comparaison des temps de compilation d’une app iOS PDF viewer d’exemple

→ Air M1 - 8:49 (chaud mais silencieux)

→ MBP 16 2019 2.4Ghz 8-Core i9 32GB - 7:31 (ventilateur très bruyant)

→ Hackintosh 3.6Ghz 8-Core i9 64GB - 4:47 (consomme 200W)

→ MacBook 12 2017 1.4Ghz 2-Core i7 16GB - 41:02 (sans ventilateur)

→ En installant le M1 sur un cooling dock avec ventilateur externe, le temps est passé de 8:49 à 8:33 (ce qui montre que le throttling n’est pas important)

→ En revanche, il est impossible de tester les versions antérieures à iOS 14 : WebKit plante et les performances sont extrêmement lentes

→ Si ce problème n’est pas résolu, il pourrait être difficile de prendre en charge iOS 12 et 13 uniquement avec le M1.

• Docker : inutilisable pour le moment, mais l’équipe Docker est en train d’y travailler

→ Il existe une solution de contournement via ARM Linux, mais on peut s’attendre à voir arriver au premier trimestre de l’an prochain une méthode pour exécuter des conteneurs basés sur ARM

• Virtualization : les solutions de virtualisation ne fonctionnent pas pour le moment.

→ Les équipes VMware et Parallels sont en train d’y travailler. VirtualBox sera probablement impossible (ou en tout cas pas dans un avenir proche)

→ Diverses tentatives sont en cours, donc il semble qu’il sera possible un jour d’exécuter Windows basé sur ARM

→ Exécuter d’anciennes versions de macOS pose bien plus de problèmes. À moins que VMware ou Parallels ne fournissent une émulation x64 complète, ce sera difficile, et même si c’est possible, ce sera lent.

→ 16GB de RAM ne suffisent pas. Si on lance des tests en parallèle, les performances chutent énormément à cause du swapping. Ce sera encore plus vrai avec des machines virtuelles. Il va falloir attendre une version 32GB

• Android Studio : IntelliJ est en train de porter JetBrains Runtime

→ Pour le moment, les builds Gradle via Rosetta 2 sont extrêmement lents (génération dynamique de code, ce qui se combine mal avec la précompilation de Rosetta 2)

• Homebrew : fonctionne actuellement sous Rosetta 2 (en ajoutant arch -x86_64 à tout)

→ Le nombre de logiciels prenant en charge ARM augmente progressivement

• Applications : la plupart des apps fonctionnent simplement, et il est difficile de savoir si Rosetta est en train de tourner.

→ Les grosses applications sont longues à démarrer la première fois, mais rapides ensuite (environ 20 secondes pour MS Word)

→ Certaines apps échouent tout de même.

→ Des problèmes peuvent aussi survenir à cause de l’emplacement de stockage du code réel et des binaires convertis par Rosetta

→ Les apps basées sur Electron sont lentes lorsqu’elles s’exécutent via Rosetta. Le compilateur V8 gêne la précompilation de Rosetta. Electron 11 prend déjà en charge Apple Silicon, et Slack a déjà publié une bêta qui l’intègre.

→ Google a publié Chrome pour ARM, mais il reste encore plus lent que Safari

[nurinamu]

J’aimerais bien en acheter un pour l’utiliser comme machine de loisir, et non pour le développement.

[xguru]

J’ai raté ça au moment de la traduction, mais ils utilisent l’expression « ça vole » pour parler de la vitesse de Safari.

Tout le monde dit d’une seule voix que la navigation web est vraiment très rapide, donc j’ai hâte de l’essayer.

Pourquoi est-ce qu’on n’a toujours pas de date de sortie prévue en Corée...

[xguru]

À propos de l’environnement de traduction Apple Rosetta : https://fr.news.hada.io/topic?id=3277