x86 et ARM : instructions, performances, consommation et compatibilité

x86 et ARM sont des familles d'architectures de processeurs avec des ensembles d'instructions différents. Cette différence affecte directement la compatibilité des logiciels, mais les performances et la consommation d'énergie dépendent de la conception réelle du CPU et de la charge de travail. Comprendre ce qu'une architecture spécifie vous aide également à choisir entre les téléchargements x64 et ARM64.

Qu'est-ce que l'architecture CPU ? Les bases de x86 et ARM

Un CPU (Central Processing Unit, unité centrale de traitement), est le composant qui exécute les instructions d'un programme. Ouvrir un fichier, additionner des nombres et calculer ce qu'il faut afficher impliquent tous des instructions interprétées selon des règles définies. L'architecture CPU décrit ce cadre de conception, mais il est utile de distinguer les règles visibles par le logiciel du matériel qui les met en œuvre.

Architecture du jeu d'instructions versus microarchitecture

Une architecture du jeu d'instructions (ISA) est un contrat entre le logiciel et le processeur. Elle définit les calculs et mouvements de données pris en charge, la manière dont les instructions sont encodées en bits et comment les registres sont utilisés. Les registres sont de petits emplacements de stockage à l'intérieur du CPU qui contiennent des valeurs avec lesquelles le processeur peut travailler directement.

La microarchitecture est la manière dont un processeur particulier met en œuvre ce contrat en matériel. Elle inclut combien d'instructions il peut traiter en même temps, comment il planifie les opérations, et comment il organise les caches, qui gardent les données fréquemment utilisées proches du processeur. L'explication d'ISA par Arm distingue les opérations supportées de leur mise en œuvre matérielle.

Pensez à l'ISA comme un langage commun pour donner des ordres dans une cuisine, et la microarchitecture comme le personnel de la cuisine, les surfaces de travail et l'organisation. Deux cuisines peuvent comprendre le même ordre tout en le réalisant à des vitesses différentes. De même, deux CPU x86-64 peuvent avoir des performances différentes, et les CPU ARM ne partagent pas tous un design interne unique.

Comment x86, x86-64, ARM et ARM64 sont liés

x86 et ARM décrivent chacun une famille contenant plusieurs générations et extensions. Les étiquettes x64 et ARM64, souvent vues sur les pages de téléchargement PC, identifient des environnements 64 bits au sein de ces familles. Cependant, lorsqu'une page de téléchargement liste x86 aux côtés de x64, x86 signifie généralement sa version 32 bits.

La présentation de la plateforme FreeBSD amd64 regroupe également AMD64 et Intel 64 sous les noms x86-64 ou x64. Ici, 64 bits désigne les registres entiers généraux et le contexte d’exécution, et ne signifie pas que chaque instruction doit mesurer 64 bits. Les instructions A64 ont un codage sur 32 bits, comme l’explique le guide ISA A64 d’Arm. Le fait d’être en 64 bits ne donne pas à tous les processeurs la même vitesse ni la même capacité de mémoire prise en charge.

Comment les structures d'instructions x86 et ARM diffèrent-elles ?

La distinction est plus qu'un simple nom de fabricant. Même lorsqu'on demande la même addition ou le même mouvement de données, les codages d'instructions et les règles des registres diffèrent. CISC et RISC sont des termes couramment utilisés pour décrire les approches de conception derrière ces familles.

Ce que signifient CISC et RISC

CISC (Complex Instruction Set Computer, ordinateur à jeu d’instructions complexe) décrit une approche qui fournit également des instructions capables d'opérations complexes. x86 est classé comme CISC : ses instructions ont des longueurs variables, et certaines instructions de calcul peuvent utiliser une valeur en mémoire comme opérande. Un opérande est une valeur sur laquelle une opération agit.

RISC (Reduced Instruction Set Computer, ordinateur à jeu d’instructions réduit) met l'accent sur des instructions relativement régulières et des calculs utilisant des registres. ARM appartient à cette catégorie. Pour l'arithmétique entière A64 ordinaire, un modèle utile consiste à charger une valeur de la mémoire dans un registre, effectuer des calculs à l'aide des valeurs des registres, et stocker le résultat de nouveau en mémoire. Cette organisation de base est appelée une architecture load/store.

Par exemple, ajouter un à un nombre stocké en mémoire peut être exprimé avec une instruction x86 acceptant un opérande mémoire. L'opération correspondante en A64 peut être comprise comme une combinaison d'instructions de chargement, d'addition et de stockage. Il s'agit d'un exemple conceptuel : la sortie réelle d'un compilateur et le temps d'exécution dépendent du code et des paramètres d'optimisation. Moins d'instructions visibles ne signifie pas automatiquement une exécution plus rapide.

« Réduit » ne signifie pas non plus qu'un processeur ARM moderne doit avoir un nombre total d'instructions faible. ARM dispose également d'extensions pour des opérations telles que les calculs vectoriels et la cryptographie. Voir Classifications ISA d'Arm et Manuels pour développeurs logiciels d'Intel pour les classifications et les formats détaillés des instructions x86.

Pourquoi « instructions complexes versus simples » n'explique pas les CPU modernes

Une instruction visible par un programme ne correspond pas nécessairement à une seule opération interne. Les processeurs x86 modernes haute performance décomposent les instructions en plus petites opérations internes appelées micro-opérations. Le manuel de référence d'optimisation d'Intel décrit le décodage des instructions et cette organisation interne d'exécution.

Les processeurs ARM haute performance peuvent également utiliser un matériel sophistiqué pour traiter plusieurs instructions simultanément et ajuster leur ordre d'exécution tout en préservant des résultats corrects. Le guide ISA Armv8-A d'Arm comprend un exemple de pipeline d'exécution hors ordre. Qualifier x86 de « complexe et lent » et ARM de « simple et rapide » omet donc une grande partie de ce qui détermine le comportement d'un produit moderne.

Quelle architecture privilégier pour les performances et la consommation électrique ?

Le nom de l'architecture à lui seul ne peut pas identifier un gagnant en termes de performance ou d'efficacité énergétique. L'ISA influence la conception, mais le produit final dépend également de sa mise en œuvre, du processus de fabrication, du refroidissement et de l'optimisation logicielle.

La conception interne et la charge de travail déterminent les performances

Avoir plus de cœurs CPU crée des opportunités pour diviser le travail, mais tous les programmes n’utilisent pas les cœurs de la même manière. Une tâche nécessitant une réponse rapide d’un seul thread peut privilégier un processeur différent d’une tâche qui distribue le travail sur de nombreux cœurs. La fréquence d’horloge n’est pas non plus un indicateur de performance autonome pour comparer différentes conceptions de CPU.

Comparez la même application, le même fichier d’entrée et les mêmes paramètres de qualité. Distinguez une version native conçue pour le CPU d’une version passant par une traduction d’instructions. Dans des tâches telles que l’exportation vidéo, les processeurs graphiques ou le matériel vidéo dédié peuvent effectuer un travail considérable, donc le résultat complet ne peut pas être attribué uniquement à l’ensemble d’instructions du CPU.

Faites également la distinction entre les charges brèves et les charges de travail soutenues. Un processeur peut démarrer rapidement puis réduire sa vitesse en raison de la température ou des limites de puissance. Le guide pour lire les benchmarks CPU en mono-thread, multi-thread et pour les jeux (en anglais) explique comment évaluer ces différents résultats.

Puissance électrique et efficacité énergétique : deux mesures différentes

La puissance est le taux auquel l'énergie est utilisée, généralement exprimée en watts (W). L'énergie est la quantité totale utilisée pendant une tâche. Pour déterminer l'énergie nécessaire pour terminer un travail, considérez à la fois la puissance moyenne et le temps d'exécution.

À titre d'exemple hypothétique, un appareil utilisant en moyenne 10 W pendant 60 secondes consomme 600 joules (J). Un autre appareil utilisant 20 W pendant 20 secondes pour terminer le même travail consomme 400 J. Le deuxième appareil utilise plus de puissance en fonctionnement mais moins d'énergie par tâche accomplie. Ces chiffres expliquent le principe ; ce ne sont pas des mesures de produits réels.

L'autonomie de la batterie reflète également plus que le CPU. La capacité de la batterie, la luminosité de l'écran, la technologie d'affichage, la mémoire, les communications sans fil et le travail en arrière-plan importent tous. Un résultat d'autonomie élevé pour un ordinateur portable ARM ne peut pas établir une règle universelle pour tous les CPU ARM et x86. La spécification de puissance thermique (TDP) d'un fabricant ne doit pas être considérée comme la consommation électrique mesurée d'un appareil entier.

Un ordinateur ARM peut-il exécuter des logiciels x86 ?

Certains programmes peuvent s'exécuter grâce aux mécanismes de traduction d'un système d'exploitation. Cependant, les conditions diffèrent de l'exécution des instructions natives du processeur. Vérifiez la version du système d'exploitation ainsi que les applications, pilotes et composants pris en charge. Un pilote de périphérique est un logiciel qui permet au système d’exploitation de communiquer avec le matériel et de le contrôler. Un pilote en mode noyau s’exécute au cœur du système d’exploitation.

Le même code source peut produire différents fichiers exécutables

Le code source est le texte du programme qu'un développeur écrit. La compilation le convertit en une forme que l'environnement cible peut exécuter. Construire la même fonctionnalité pour x86-64 et ARM64 produit un code machine différent. L’explication de l’ISA par Arm décrit la compilation d'un langage de haut niveau en code machine pour une ISA particulière.

La fonction “3 + 5” d'une calculatrice a le même but sur les deux systèmes, mais les bits d'instruction et l'utilisation des registres peuvent différer. Renommer un exécutable x86 ou changer son extension ne le transforme pas en logiciel ARM64. Même reconstruire un programme nécessite des bibliothèques et des fonctionnalités du système d'exploitation compatibles.

Une architecture CPU correspondante ne crée pas non plus de compatibilité entre les systèmes d'exploitation. Une application Windows ARM64 ne fonctionne pas automatiquement sur un Mac ou un appareil Android basés sur ARM. Le format exécutable et les interfaces du système d'exploitation doivent également correspondre.

Ce que la traduction peut faire, et où la compatibilité s'arrête

L’émulation et la traduction binaire permettent d’exécuter des programmes conçus pour un autre jeu d’instructions. Elles peuvent interpréter ou traduire les instructions et réutiliser du code traduit. Selon la documentation de Microsoft sur l’émulation Windows on Arm, Windows 11 on Arm prend en charge l’émulation des applications x86 et x64, tandis que Windows 10 on Arm ne prend en charge que les applications x86.

L'émulation d'application ne remplace pas le besoin de pilotes en mode noyau compatibles. Sur Windows sur Arm, ces pilotes doivent être disponibles pour ARM64 ; La FAQ PC Arm de Microsoft explique les exigences relatives aux pilotes de périphériques. Les imprimantes, les périphériques audio, les VPN, les outils de sécurité et les jeux avec des composants anti-triche nécessitent donc des vérifications au-delà de l'exécutable principal. Ouvrir la fenêtre d'une application n'est pas une preuve que toutes les fonctionnalités requises fonctionnent.

Sur un Mac, Rosetta traduit les applications Mac basées sur Intel pour les puces Apple Silicon. Les directives de support de Rosetta d'Apple distinguent la disponibilité sous macOS 27 des restrictions commençant avec macOS 28, lorsque la fonctionnalité de Rosetta est limitée à certains anciens jeux non maintenus reposant sur des frameworks basés sur Intel. Rosetta ne doit pas être considérée comme une garantie permanente de compatibilité pour toutes les applications Intel.

Une version native ARM64 peut éviter la traduction des instructions, mais les performances et la fiabilité réelles dépendent toujours de l'implémentation de l'application. Il n'y a pas de pénalité de traduction unique qui s'applique à tous les programmes, et être natif ne garantit pas qu'une version particulière sera toujours plus rapide.

Devriez-vous télécharger des logiciels x64 ou ARM64 ?

Identifiez d'abord votre système d'exploitation et votre environnement CPU, puis sélectionnez un téléchargement qui prend en charge cette combinaison. Le nom d'un fabricant ou les mots « 64 bits » seuls ne suffisent pas.

Vérifiez votre CPU et l'environnement de votre système d'exploitation

1. Windows : Ouvrez Paramètres → Système → À propos et regardez Type de système sous Spécifications de l'appareil. Pour un processeur basé sur x64 avec un système d'exploitation 64 bits, cherchez Windows x64. Pour un processeur basé sur Arm, vérifiez d'abord la disponibilité d'une version Windows ARM64 prise en charge. Un système d'exploitation 32 bits ne peut pas exécuter des applications x64 même si son CPU prend en charge l'exploitation 64 bits. Guide de Microsoft pour identifier un PC ARM utilise ce chemin de paramètres.
2. Mac : Ouvrez le menu Apple → À propos de ce Mac. Un Mac avec puce Apple affiche Puce ; un Mac Intel affiche Processeur. Pour une puce Apple, sélectionnez une version pour puce Apple ou Universelle compatible avec votre Mac. Une application Universelle comprend le code pour Intel et les puces Apple. Voir les instructions d’identification des puces Mac d’Apple pour la vérification du matériel.
3. Linux : Exécutez la commande suivante dans un terminal pour interroger le type de machine de l'environnement actuel. Il s'agit d'une requête en lecture seule des GNU Coreutils : elle ne modifie aucun paramètre et ne nécessite aucune opération d'annulation.

uname -m

Dans un environnement Linux typique, x86_64 identifie x86-64 et aarch64 identifie Arm 64 bits. Ce sont des résultats courants, et non les seules valeurs possibles sur tous les systèmes. Les gestionnaires de paquets peuvent utiliser des labels différents, tels que amd64 ou arm64. Dans une machine virtuelle ou un environnement émulé, interprétez le résultat comme décrivant cet environnement d'exécution. Le manuel GNU uname définit -m comme affichant le nom matériel de la machine.

Vérifiez les applications, les plug-ins et les pilotes

Une fois que vous trouvez un installateur, vérifiez les fonctionnalités dont vous avez réellement besoin. Par exemple, une application musicale ARM64 peut fonctionner tandis qu'un plug-in d'instrument ou un pilote de périphérique audio requis reste non pris en charge. Cela rendrait difficile de continuer un projet existant sans modification. C'est un exemple de combinaison à vérifier, pas une affirmation selon laquelle un produit particulier échouerait.

1. Sur la page de téléchargement officielle, vérifiez ensemble le système d'exploitation, la version minimale prise en charge et l'architecture. Si le développeur fournit un installateur automatique, suivez ses instructions officielles.
2. Vérifiez les architectures et les versions des applications hôtes prises en charge par les plug-ins, extensions et codecs essentiels. Les composants chargés dans le même processus doivent généralement avoir des architectures correspondantes ; lorsqu'un mécanisme de compatibilité distinct existe, utilisez des combinaisons prises en charge par le développeur.
3. Vérifiez les pilotes pour les périphériques et les fonctionnalités du système. Sur Windows pour Arm, vérifiez séparément la prise en charge de l'émulation des applications et la disponibilité des pilotes ARM64.
4. Après l'installation, testez le travail dont vous avez besoin : ouverture et sauvegarde de fichiers, exportation, utilisation de plug-ins et connexion de périphériques. Si une combinaison n'est pas prise en charge, utilisez une version officiellement supportée ou sauvegardez les données importantes avant de suivre la procédure officielle de suppression.

x64 et ARM64 sont des étiquettes d'environnement cible, pas des classements de performance. Faire correspondre d'abord le système d'exploitation et l'architecture, puis vérifier les applications et composants dont vous dépendez, aide à prévenir les téléchargements incorrects et les suppositions erronées de compatibilité.