Arm-Software soll künftig näher an die Systeme rücken, auf denen Banken, Versicherer und Behörden ihre kritischen Transaktionen betreiben. IBM hat dafür auf der Hot-Chips-Konferenz ein Prozessor-Design für spätere Z- und LinuxONE-Systeme vorgestellt. Der Kern der Ankündigung: Jeder Prozessor-Kern soll sowohl IBM-Z-/LinuxONE- als auch Arm-Instruktionen nativ unterstützen.
Das erweitert zunächst eine Architekturidee, keinen heute kaufbaren Mainframe. IBM hat weder einen Produktnamen noch einen Liefertermin oder Kundenbetrieb genannt. Gerade deshalb ist die Nachricht vor allem für die Softwarefrage interessant: Wenn Arm64-Linux-Anwendungen künftig auf derselben Plattform wie z/OS und Linux auf Z laufen können, wäre das für Betreiber mit langen Wartungszyklen ein anderer Weg, moderne Software an ihre Daten und Transaktionsdienste heranzuführen.
Ein Kern für zwei Instruktionswelten
Ein Prozessor versteht Programme über seine Instruktionsarchitektur. IBM Z nutzt seit Jahrzehnten eine eigene Architektur; viele Linux-Server und Cloud-Angebote setzen inzwischen auf Arm. IBM beschreibt nun ein Dual-Architecture-Design, das beide Welten nativ unterstützen soll. Das bedeutet nicht, dass ein Programm dadurch automatisch überall unverändert läuft. Betriebssystem, ABI, Bibliotheken, Treiber, Container-Images und Lizenzbedingungen bleiben Teil der Arbeit.
Der praktische Gedanke ist dennoch nachvollziehbar. Ein regulierter Betreiber könnte z/OS-Transaktionslasten und vorhandene Linux-Workloads auf seiner IBM-Z- oder LinuxONE-Umgebung behalten und für geeignete Dienste zusätzlich Arm-native Linux-Software prüfen. Statt jede moderne Anwendung zwangsläufig auf eine getrennte Plattform zu verschieben, könnte ein weiterer Betriebsweg entstehen.
Wie dieser Weg im Detail aussieht, hat IBM öffentlich noch nicht vollständig beschrieben. Fachberichte zur Hot-Chips-Präsentation schildern eine Koexistenz über Systemsoftware und Virtualisierungsschichten. Daraus lässt sich aber noch keine fertige Partitionierungs-, Sicherheits- oder Lizenzierungsarchitektur ableiten. Auch aus „nativ“ folgt nicht, dass Arm- und Z-Code im selben Taktzyklus gleichzeitig ausgeführt werden.
Der Betriebsrahmen existiert, die Arm-Erweiterung noch nicht
IBM-Z- und LinuxONE-Systeme bringen bereits Mechanismen mit, um Workloads voneinander zu trennen und zu verwalten. Dazu gehören logische Partitionen (LPAR), z/VM und KVM für Linux sowie OpenShift-Installationen auf IBM Z und LinuxONE. IBM und Red Hat dokumentieren diese Bausteine für die heutige s390x-Welt.
Die neue Architektur soll diesen Rahmen um Arm-native Linux-Umgebungen ergänzen. Das ist ein wichtiger Unterschied: LPAR, KVM und OpenShift zeigen, dass es etablierte Betriebswege auf der Plattform gibt. Sie belegen nicht, dass Arm64-Gäste auf dem angekündigten Prozessor heute schon laufen oder wie IBM die neue Umgebung später isolieren und abrechnen wird.
- Heute dokumentiert
- z/OS und Linux auf Z mit Betriebsbausteinen wie LPAR, z/VM, KVM und OpenShift.
- Von IBM angekündigt
- Ein künftiger Kern, der Arm- und IBM-Z-/LinuxONE-Instruktionen nativ unterstützt und Arm-native Linux-Umgebungen ermöglichen soll.
- Im Betrieb zu belegen
- Unterstützte Software, Treiber, Container, Isolation, Lizenzierung, Leistung, Energiebedarf und Serviceprozesse.
Die Zahlen sind Designdaten, kein Benchmark
IBM nennt für das künftige Design 2-Nanometer-Technik, elf Hochleistungskerne und mehr als 5,7 GHz. Außerdem sind I/O- und KI-Beschleunigungsfunktionen vorgesehen. Diese Angaben stammen von IBM und wurden in zeitgleichen Konferenzberichten aufgegriffen. Sie sagen noch nichts darüber aus, wie schnell, sparsam oder günstig das System unter realen Kundenlasten arbeiten wird.
Das gilt besonders für die erwähnte KI-Inferenzbeschleunigung. Eine vorgesehene Hardwarefunktion kann für Anwendungen wie die Auswertung großer Datenströme relevant werden. Ob sie in einem konkreten System einen Vorteil bei Durchsatz, Latenz, Energiebedarf oder Kosten bringt, ist mit der Architekturvorstellung nicht nachgewiesen.
Warum die zeitliche Einordnung wichtig ist
IBM und Arm hatten ihre strategische Zusammenarbeit bereits im April 2026 angekündigt. Damals ging es um Virtualisierung, Softwarekompatibilität, Sicherheit und hochverfügbare Unternehmenssysteme. Die Vorstellung am 24. August macht daraus eine konkretere Hardware-Richtung. Sie ist aber nicht gleichzusetzen mit einer Verfügbarkeit.
Verfügbar sind nach IBM-Angaben weiterhin die z17- und LinuxONE-5-Systeme mit Telum-II-Basis. Der Dual-Architecture-Prozessor gehört zu einer späteren Generation. Wer die drei Ebenen zusammenzieht – April-Kooperation, August-Architektur und heutige Produkte –, macht aus einem Entwicklungsplan schnell einen Produktlaunch. Genau das ist er noch nicht.
Für europäische Betreiber zählt der spätere Nachweis
Für Deutschland und die EU ist kein Rollout oder Kundenprojekt zu diesem Design belegt. Die Relevanz liegt trotzdem nicht nur in der Ferne. Betreiber in regulierten Branchen müssen Datenresidenz, Verschlüsselung, Auditierbarkeit und hohe Verfügbarkeit mit einer Softwarewelt verbinden, die sich schneller verändert als klassische Mainframe-Zyklen.
Eine Arm-Erweiterung könnte dort interessant werden, wo Anwendungen näher an kritischen Daten oder Transaktionsdiensten laufen sollen. Ob daraus weniger Portierungsaufwand oder ein wirtschaftlicher Vorteil entsteht, ist offen. Die technische Architektur allein beantwortet weder Sicherheits- noch Betriebsfragen.
Woran sich der Fortschritt messen lassen wird
Der nächste belastbare Schritt wäre ein benanntes Produkt mit Verfügbarkeitsplan. Dazu bräuchte es eine Liste unterstützter Arm-Betriebssysteme, Toolchains, Container und Frameworks sowie nachvollziehbare Angaben zu Isolation und Ressourcenverwaltung. Unabhängige Messungen unter realistischen Lasten wären ebenso wichtig wie erste Kundenprojekte.
IBM hat mit der Ankündigung eine interessante Verbindung zweier Softwarewelten skizziert. Für die Betreiber kritischer Systeme wäre sie dann relevant, wenn aus der Architektur ein verlässlich betreibbarer Stack wird. Bis dahin ist der neue Prozessor ein konkreter Entwicklungsschritt – und keine Abkürzung an den schwierigen Fragen des Betriebs vorbei.
Quellen und weiterführende Informationen
- IBM Newsroom: Dual-Architecture Processor für IBM Z und LinuxONE, 24. August 2026
- Arm Newsroom: IBM und Arm zum Software-Ökosystem, 24. August 2026
- Hot Chips 2026: Konferenzprogramm
- ServeTheHome: technische Konferenzeinordnung
- Network World: offene Fragen zu Termin und Software
- IBM: KVM für IBM Z und LinuxONE
- Red Hat: OpenShift auf IBM Z und LinuxONE
Hinweis: Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft. Stand: 2026-08-25.
