Arm v9 et RISC-V en 2026 : ce qui change dans l'architecture des processeurs et ce que l'utilisateur doit vérifier

La comparaison entre Arm v9-A et RISC-V est souvent présentée comme une course pour remplacer une architecture par une autre. Cette lecture confond deux plans : Arm v9-A est une version de l'architecture Arm A-profile ; RISC-V est une ISA ouverte, dont les spécifications sont développées et maintenues par un processus collectif. Aucune de ces étiquettes, à elle seule, ne détermine quel processeur sera plus rapide, plus efficace ou plus adapté à un appareil.

La différence qui peut effectivement guider une décision est le modèle de conception. Arm offre une architecture avec des extensions et des profils documentés par la société elle-même ; RISC-V organise son ISA de manière modulaire, avec une base et des extensions qui doivent être identifiées dans chaque implémentation. L'ouverture d'une ISA ne signifie pas que tous les designs sont interchangeables ni ne garantit qu'une puce est gratuite : le coût du cœur, l'intégration, la validation et le support dépendent de chaque projet.

Il n'y a pas non plus de base suffisante pour affirmer qu'en 2026 la domination d'Arm dans le mobile est terminée ou que les fabricants migrent en bloc vers RISC-V. Les sources fournies documentent les fonctionnalités d'Armv9-A, l'organisation des spécifications RISC-V et l'activité dans différents segments, mais n'offrent pas une mesure vérifiable des parts de marché des processeurs mobiles. Par conséquent, le changement vérifiable est une alternative architecturale en expansion, pas la fin prouvée d'un monopole.

Arm décrit SVE2 et SME comme des extensions destinées à accélérer le traitement des données. SVE2 étend les capacités vectorielles ; SME incorpore des opérations matricielles. Ce sont des outils architecturaux qui peuvent bénéficier à certaines charges de travail, mais leur présence dans la spécification ne signifie pas que tout processeur compatible les implémente ni que toute application en profite automatiquement.

La distinction importe lors de l'évaluation des affirmations sur l'IA dans un téléphone ou un ordinateur. Une extension peut faciliter le travail des compilateurs et des logiciels optimisés, mais la performance finale dépend aussi de l'implémentation du cœur, de la fréquence, de la mémoire, des accélérateurs supplémentaires, de la consommation autorisée et du code exécuté. L'étiquette Armv9-A ne remplace pas la fiche technique du SoC ni une mesure indépendante sous des charges comparables.

En sécurité, Arm documente Realm Management Extension (RME) comme partie de ses capacités de calcul confidentiel. Son but est d'offrir un isolement pour protéger les charges de travail et les données en usage. Cela ne doit pas se traduire en une promesse de protection absolue : le niveau de sécurité réel dépend de l'incorporation de la fonction par le matériel, de la configuration du système et du logiciel qui l'utilise. Pour un achat, il convient de vérifier la documentation de la puce concrète et non d'inférer la disponibilité de RME uniquement par la génération annoncée.

RISC-V est une architecture de jeu d'instructions, pas un design unique de processeur. L'organisation qui maintient l'écosystème indique que les spécifications sont développées, ratifiées et maintenues par ses groupes techniques. Cette structure permet de créer des implémentations distinctes à partir d'une base commune, mais oblige à prêter attention au profil, aux extensions et aux exigences de compatibilité que chaque produit déclare.

La modularité signifie des options et des responsabilités. Un fabricant peut sélectionner des extensions appropriées pour un produit, tandis que l'équipe logicielle doit savoir lesquelles sont présentes pour compiler et distribuer des binaires compatibles. Les profils et les spécifications partagées peuvent réduire l'ambiguïté, mais n'éliminent pas d'eux-mêmes les différences entre cœurs, pilotes, plateformes ou systèmes de démarrage.

L'ouverture doit aussi être décrite avec précision. L'ISA peut être utilisée sans le même schéma de licences propriétaires associé à d'autres architectures, mais développer un processeur commercial implique bien plus que d'implémenter des instructions : il faut un design physique, une vérification, des outils, une chaîne d'approvisionnement et un maintien. RISC-V change les possibilités de contrôle et de licence, il n'efface pas les coûts d'ingénierie ni n'assure un avantage automatique en surface, consommation ou prix.

Il n'existe pas de réponse générale et vérifiable à la question de savoir quelle architecture offre une meilleure performance par watt. Pour soutenir cette conclusion, il faudrait des processeurs identifiés, des configurations équivalentes, des charges de travail reproductibles et des mesures publiées avec une méthodologie claire. Les sources réunies ici décrivent des fonctions et des tendances, mais n'apportent pas une comparaison expérimentale d'Armv9-A face aux implémentations RISC-V dans les téléphones.

L'efficacité est une propriété du système complet. Le design du cœur, la fabrication, la mémoire, les accélérateurs, les limites thermiques et le logiciel l'influencent. Une implémentation RISC-V spécialisée pourrait être adaptée à une tâche bornée, tandis qu'un autre processeur de la même ISA ne le serait pas ; de même pour Arm. L'efficacité ne peut pas être déduite de l'architecture nominale ni transformer une possibilité de design en un résultat mesuré.

La compatibilité se décide aussi à plusieurs niveaux : système d'exploitation, bibliothèques, compilateur, pilotes, applications et disponibilité des binaires pour la plateforme. Ubuntu inclut RISC-V parmi les plateformes prises en charge, mais cela ne prouve pas que tout équipement RISC-V ait un support complet ni que les applications mobiles Android ou iOS fonctionnent dessus. Pour évaluer un appareil concret, il faut vérifier les images disponibles, le support du fabricant et les applications nécessaires, en plus de l'architecture du processeur.

La couverture de Hot Chips 2026 citée dans la recherche décrit l'évolution de RISC-V et mentionne du silicium de serveur associé au profil RVA23. C'est un signe d'activité dans ce segment, pas une preuve suffisante que RISC-V a atteint une position dominante dans les serveurs, et n'informe pas d'une transition générale des téléphones vers cette ISA. Un jalon technique n'équivaut pas à une part de marché : pour affirmer une adoption massive, il faudrait des données sur les expéditions, les produits et la disponibilité vérifiée.

Les chiffres commerciaux exigent une prudence supplémentaire. SNS Insider estime la valeur du marché de la technologie RISC-V à 1,87 milliard de dollars en 2025 et projette 25,07 milliards en 2035, avec un taux de croissance annuel composé publié de 29,66 %. RISC-V International, en commentant une prévision de SHD Group, cite une autre estimation : 35,9 milliards d'expéditions de SoC basés sur RISC-V et 318 milliards de dollars de revenus associés pour 2031.

Ce sont des estimations de marché, pas des résultats observés ni comparables entre eux. L'une mesure la valeur d'un marché selon la méthodologie d'une firme ; l'autre projette des unités et revenus de SoC avec une autre définition et horizon. Ils ne doivent pas être mélangés dans un tableau comme s'ils décrivaient une même grandeur ou démontraient que RISC-V a déplacé Arm. Ils servent à montrer des attentes de croissance, pas à décider quelle architecture un téléphone disponible en magasin embarque.

Pour celui qui achète un appareil, l'architecture est souvent moins utile qu'une liste de compatibilité concrète. Vérifiez quel système d'exploitation le fabricant supporte, pendant combien de temps, quelles applications vous avez besoin et si les pilotes et périphériques fonctionnent. La priorité pratique est le support de la plateforme complète, pas une affirmation générale sur l'ouverture ou l'efficacité d'une ISA.

Pour les développeurs et les équipes produit, la vérification doit descendre au modèle de processeur et à ses capacités déclarées. Il faut confirmer le profil, les extensions disponibles, l'ABI, le compilateur, les bibliothèques et les outils de débogage. En RISC-V, identifier les extensions concrètes aide à éviter des binaires qui dépendent de fonctions absentes ; en Arm, la génération architecturale ne garantit pas non plus que toutes les extensions sont implémentées dans chaque puce.

Un critère d'évaluation bref peut éviter des conclusions basées sur des étiquettes :

• Processeur exact : modèle, implémentation et extensions supportées, pas seulement « Arm v9 » ou « RISC-V ».
• Logiciel requis : système d'exploitation, applications, bibliothèques et pilotes disponibles pour cette plateforme.
• Sécurité et accélération : fonctions réellement présentes dans le silicium et activées par le logiciel.
• Tests pertinents : mesures comparables pour les tâches, la consommation et les limites thermiques qui comptent.

La conclusion raisonnable pour 2026 n'est pas qu'une ISA a gagné. Armv9-A documente des extensions de calcul et de sécurité ; RISC-V offre une base ouverte et modulaire dont la valeur dépend de l'implémentation et de l'écosystème. La décision doit être prise par produit, support et charge de travail, pas par des prédictions de marché ni par des promesses architecturales générales.