IBM a annoncé le lundi 24 août 2026, lors de la conférence Hot Chips, un processeur de nouvelle génération pour IBM Z et LinuxONE dont chaque coeur exécute nativement les instructions Arm et les instructions IBM Z. La conception repose sur un noeud de gravure en 2 nanomètres et compterait 11 coeurs haute performance fonctionnant à plus de 5,7 gigahertz, avec des accélérateurs d'inférence pour la détection de fraude en cours de transaction et une unité de traitement de données dédiée aux entrées sorties. Le point sur lequel il faut s'arrêter est celui qu'IBM formule explicitement : cette puce ne contient pas de coeurs Arm séparés des coeurs IBM.
The short answer
Le 24 août 2026, à Hot Chips, IBM a annoncé le premier processeur mainframe à double architecture pour les futurs systèmes IBM Z et LinuxONE. Chaque coeur exécute nativement et simultanément les instructions Arm et IBM Z, ou Arm et LinuxONE, sans coeurs Arm distincts sur la puce. La conception embarque des accélérateurs d'inférence pour la détection de fraude en cours de transaction et une unité de traitement de données pour les entrées sorties. C'est le premier jalon issu de la collaboration entre IBM et Arm nouée en avril 2026.
Cela fait quarante ans que le mainframe est décrit comme une machine dont on doit partir, et quarante ans que ceux qui en exploitent un expliquent pourquoi c'est plus difficile qu'il n'y paraît. Ce qu'IBM a annoncé à Hot Chips répond à une version plus étroite et plus honnête du problème : le matériel n'est pas en cause, mais une part croissante des logiciels utiles n'est jamais compilée pour lui.
Un coeur, deux jeux d'instructions
La phrase qui compte dans le communiqué est une phrase négative. La puce est conçue pour ne pas contenir de coeurs Arm et de coeurs IBM séparés.
Cela écarte les deux implémentations auxquelles on penserait spontanément. Ce n'est pas un assemblage hétérogène où une grappe Arm siégerait à côté d'une grappe Z, un hyperviseur orientant le travail vers celle qui convient, ce qui correspond à peu près à la façon dont l'industrie a traité le sujet jusqu'ici. Et ce n'est pas de la traduction binaire, où le code arm64 passerait par une couche qui le transforme en quelque chose que les coeurs natifs comprennent, avec une taxe sur chaque instruction.
Chaque coeur sait faire les deux, et IBM précise que les deux peuvent s'exécuter simultanément. VentureBeat, qui a couvert la session Hot Chips, rapporte qu'un coeur bascule entre le mode logiciel Arm et le mode Z traditionnel à l'échelle de la nanoseconde, l'hyperviseur libre KVM assurant la répartition des machines virtuelles entre les deux architectures sur le même silicium. Prenez ces détails de mécanisme comme du travail de presse et non comme une spécification, car IBM ne les a pas mis dans son communiqué. L'affirmation architecturale, elle, vient bien d'IBM.
Si vous vous êtes déjà demandé pourquoi une machine Z ne peut pas simplement exécuter votre conteneur, c'est cette question qui est traitée ici au niveau le plus bas possible. Le point de comparaison le plus familier n'est pas un autre processeur. C'est la façon dont la gestion de la MMU de KVM a été retravaillée pour Linux 7.3 : le travail intéressant se situe dans la manière dont un invité est projeté sur l'hôte, pas dans la vitesse de l'un ou de l'autre pris isolément.
Ce qu'IBM a réellement publié
La liste des caractéristiques est courte, et il faut la lire au pied de la lettre, car une présentation de conception à Hot Chips n'est pas une fiche technique.
Gravure en 2 nanomètres. Onze coeurs haute performance. Fréquence supérieure à 5,7 gigahertz. Accélérateurs d'inférence pour la détection de fraude en cours de transaction. Unité de traitement de données dédiée à l'accélération des entrées sorties. Architecture de cache de grande taille pour les charges d'entreprise exigeantes, sans aucun chiffre associé. Au niveau plateforme, une montée en charge jusqu'à des centaines de coeurs et des dizaines de téraoctets de mémoire.
Onze coeurs est un nombre impair au sens littéral, et c'est délibéré sur cette gamme : IBM a historiquement livré des processeurs Z dont le nombre de coeurs laisse de la marge pour la redondance et le rendement de fabrication, ce qui participe aux taux de disponibilité de ces machines. La fréquence, elle, surprend souvent ceux qui n'ont pas regardé un processeur mainframe depuis longtemps. Plus de 5,7 gigahertz n'est pas une valeur de turbo pour une diapositive marketing, c'est le régime de fonctionnement de cette catégorie de puce, parce que la latence transactionnelle mono fil est la métrique autour de laquelle toute la plateforme est optimisée.
Pourquoi Arm, et pourquoi maintenant
IBM ouvre sa propre annonce sur un chiffre d'écosystème plutôt que sur un chiffre de performance : plus de 22 millions de développeurs dans le monde pour l'écosystème logiciel Arm, du cloud à la périphérie, y compris les logiciels cloud natifs et l'intelligence artificielle qui façonnent l'infrastructure moderne.
Ce cadrage indique quel problème est traité. Quiconque a essayé de faire tourner une pile d'observabilité récente, un moteur de service de modèles ou un cadriciel d'apprentissage actuel sur s390x connaît le schéma. Le projet prend en charge amd64 et arm64, la version s390x n'existe pas ou accuse un retard sérieux, et vous finissez par maintenir un portage que personne en amont ne teste. Le problème n'est pas que le mainframe soit lent. Il est que le mainframe se trouve en dehors des deux architectures que toute matrice d'intégration continue couvre déjà.
Le versant Arm de l'annonce dit la même chose depuis l'autre rive. Mohamed Awad, vice président exécutif Cloud AI chez Arm, y voit une extension de la dynamique d'Arm vers les infrastructures d'entreprise critiques, un segment qu'Arm n'avait jusqu'ici pas pu atteindre. C'est le premier jalon processeur issu de la collaboration entre IBM et Arm établie en avril 2026.
Ce que l'annonce ne dit pas
Trois absences méritent d'être nommées, car la couverture médiatique a tendance à les sauter.
Le processeur n'a pas de nom public. Aucune date de disponibilité n'est annoncée, et la clause finale d'IBM précise explicitement que ces déclarations ne représentent que des buts et des objectifs, susceptibles d'être modifiés ou retirés. Et il n'y a aucun test de performance, aucune taille de cache, aucune indication du profil de performance lorsqu'un coeur traite du travail Arm plutôt que du travail Z, ce qui est précisément le chiffre qu'un responsable de capacité voudra un jour.
Christian Jacobi, directeur technique et IBM Fellow au sein d'IBM Systems Development, décrit l'ensemble comme l'apport natif d'Arm à la plateforme sans renoncer aux qualités qui ont fait des systèmes IBM le socle sur lequel les entreprises fonctionnent. C'est une déclaration d'intention à propos d'une puce qui n'est pas devenue un produit livrable.
Ce que cela change pour ceux qui exploitent ces machines
Rien, pour l'instant, sur le plan opérationnel. Si vous administrez un parc Z ou LinuxONE, cela ne modifie aucun plan pour cette année ni pour la suivante.
Ce que cela change, c'est la forme de la discussion quand quelqu'un propose de sortir une charge de la plateforme parce qu'un logiciel indispensable n'a pas de version s390x. Aujourd'hui, c'est une contrainte dure et le dossier de migration s'écrit tout seul. Sur la feuille de route qu'IBM vient de publier, elle devient temporaire, et le choix passe de déplacer la charge à attendre le matériel.
L'horizon est lointain, et la lecture honnête est qu'IBM demande à sa base installée de patienter. Le caractère convaincant de cet argument dépend entièrement du fait que la puce sorte, et que les charges Arm y tournent assez vite pour valoir la peine d'y être posées. Aucune de ces deux questions ne se tranche à partir d'une diapositive de conférence. Mais c'est une réponse authentiquement inhabituelle à un vieux problème, et les réponses inhabituelles à de vieux problèmes sont assez rares pour qu'on les suive.
Sources et pour aller plus loin
- IBM Unveils Next Generation Dual-Architecture Processor for IBM Z and LinuxONE, salle de presse IBM, 24 août 2026
- IBM's next-gen mainframe chip is the first to run Arm and Z workloads on the same cores, VentureBeat, 24 août 2026
- IBM is developing a dual-architecture chip to run Arm-native AI apps on Z mainframes and Linux servers, SiliconANGLE, 24 août 2026
Questions fréquentes
Que signifie double architecture sur ce processeur ?
Cela signifie que le jeu d'instructions devient une propriété de la charge exécutée plutôt qu'une propriété du silicium sur lequel elle a été placée. IBM indique que la puce est conçue pour ne pas contenir de coeurs Arm et de coeurs IBM séparés, et que chaque coeur peut exécuter nativement et simultanément les instructions Arm et IBM Z, ou Arm et LinuxONE. Cela écarte les deux conceptions auxquelles on pense d'ordinaire. Ce n'est pas un assemblage où un complexe Arm serait posé à côté d'un complexe Z, et ce n'est pas de la traduction ni de l'émulation d'un jeu d'instructions au dessus de l'autre. Chaque coeur sait faire les deux, donc un binaire Arm s'exécute de plein droit sur le coeur physique qui, un instant plus tôt, traitait du travail z/OS.
Quand pourra t on en acheter un ?
IBM ne le dit pas. Il s'agit d'une présentation de conception dans une conférence de puces, pas d'un lancement produit, et le communiqué se termine par la mention habituelle : les déclarations sur les orientations futures peuvent être modifiées ou retirées et ne représentent que des objectifs. Le processeur n'a même pas encore de nom public. VentureBeat évoque une arrivée vers 2028 en successeur du z17, ce qui est cohérent avec la cadence d'environ trois ans entre générations IBM Z, mais il s'agit d'une analyse de presse et non d'un engagement d'IBM. Considérez que le sujet se jouera en 2028 et méfiez vous de toute précision supérieure.
Est ce que cela remplace Linux sur IBM Z ou LinuxONE tel qu'il existe aujourd'hui ?
Non. IBM présente la chose comme l'exécution d'environnements Linux natifs Arm en parallèle de z/OS et de Linux sur IBM Z, ce qui relève de l'ajout et non de la substitution. Les distributions s390x existantes, le parc z/OS existant et l'outillage existant continuent. Ce qui change, c'est qu'une image de conteneur construite pour arm64, qui aujourd'hui ne peut tout simplement pas tourner sur une machine Z sans recompilation ou couche d'émulation, devient exécutable directement. Pour les équipes qui maintiennent une chaîne de construction parallèle en s390x, c'est là que se situent les conséquences réelles.
Pourquoi IBM voudrait il l'écosystème Arm sur un mainframe ?
Parce que la disponibilité logicielle, et non le débit brut, est la contrainte qui limite réellement ce que l'on déploie sur IBM Z. Le communiqué met en avant le chiffre de plus de 22 millions de développeurs dans l'écosystème Arm et cite spécifiquement les logiciels cloud natifs et l'intelligence artificielle. La génération actuelle d'outillage d'infrastructure, d'agents d'observabilité, de moteurs de service de modèles et de cadriciels d'apprentissage publie des versions arm64 par défaut et des versions s390x rarement ou jamais. Plutôt que de demander à cet écosystème de porter son code, IBM propose d'aller le chercher là où il se trouve déjà.
Qu'y a t il d'autre sur la puce à côté des coeurs ?
IBM cite trois éléments aux côtés des 11 coeurs. Des accélérateurs d'inférence visant la détection de fraude en cours de transaction, qui prolongent le discours d'inférence embarquée tenu depuis la première génération Telum et qui existent pour qu'un modèle de score s'exécute à l'intérieur de la transaction plutôt qu'en aller retour séparé. Une unité de traitement de données dédiée à l'accélération des entrées sorties. Et une architecture de cache de grande taille pour les charges d'entreprise exigeantes, sans qu'IBM publie la moindre valeur de capacité dans cette annonce. Au niveau système, IBM indique que ces plateformes montent à des centaines de coeurs et des dizaines de téraoctets de mémoire.