En utilisant un Mac équipé de la puce M1, je me suis rendu compte qu’il était clairement plus rapide qu’un Intel, mais je voulais savoir de combien exactement, alors j’ai fait le test moi-même. Au lieu d’utiliser des benchmarks comme GeekBench ou CineBench, qui évaluent globalement les performances CPU, j’ai réalisé des benchmarks à l’aide d’outils couramment utilisés pour chaque langage de programmation dans des cas réels.
Dans la plupart des benchmarks, non seulement la puce surpasse largement les Mac Intel, mais il existe aussi de nombreux langages pour lesquels elle affiche d’excellentes performances même face au Ryzen 3900X (principalement parce que les performances en single-core et celles de la mémoire sont déterminantes). Jetez un œil aux résultats par vous-même.
3 commentaires
👍🏼 Il y a environ un mois, j’ai hésité à acheter un M1, mais comme je craignais qu’il y ait encore pas mal d’obstacles dans le flux de développement (Docker, etc.), j’ai finalement acheté d’occasion un MacBook de juste avant le M1 et je l’utilise pour le moment. (L’idée étant d’attendre environ un an que l’écosystème se stabilise.) En voyant qu’à la fin du billet vous le recommandez vivement, je voulais vous poser une question. Indépendamment de l’écart de performances, pensez-vous qu’à l’heure actuelle le M1 est suffisamment mûr pour que les développeurs puissent l’acheter sans rencontrer de gros problèmes ?
Si vous êtes un développeur à l’aise avec le terminal (
shell), qui n’hésite pas à faire du troubleshooting et qui aime identifier puis résoudre les problèmes, je pense que vous pouvez tout à fait l’acheter. Comme l’ecosystem en est encore à ses débuts, je pense qu’il est difficile de réutiliser tel quel un écosystème déjà préparé par d’autres, comme les bottles Homebrew. Si vous voulez utiliser un écosystème natif sans Rosetta, il y a beaucoup de composants qu’il faut télécharger en source et compiler soi-même (configure,cmake,makefile,ldflags,cflags, etc. — il faut donc avoir des connaissances de base et une bonne compréhension de la compilation depuis les sources dans l’écosystème Unix), et si l’une des dépendances ne compile pas — le plus souvent à cause d’une architecture gérée via une whitelist — il faut aussi savoir modifier le code source pour réussir la compilation.Je crois que je me suis un peu trop étendu pour rien haha. En résumé, c’est la première phrase. Si vous aimez vraiment le terminal, vous pouvez l’acheter tout de suite.
Merci pour cette réponse détaillée. C’est exactement le type d’informations que je voulais connaître. J’aime bien le terminal et j’y prends du plaisir, mais au final, pour l’instant, on dirait qu’au lieu de se concentrer sur l’objectif initial, il y a des choses à régler pour réussir le build. Je pense que cela divisera assez nettement les avis. En revanche, si l’on peut apprécier ce processus, cela permet aussi d’élargir son horizon sur des aspects auxquels on n’a pas l’habitude d’être confronté. Merci pour ce partage détaillé et pour votre réponse !