IBM chce połączyć Arm i z/Architecture w jednym rdzeniu procesora

IBM wykorzystał konferencję Hot Chips 2026, aby pokazać dużą zmianę w planach rozwoju swoich komputerów mainframe. Firma projektuje procesor w technologii 2 nm, w którym każdy rdzeń ma natywnie wykonywać zarówno instrukcje IBM z/Architecture, jak i 64-bitowe instrukcje Arm AArch64. Nie chodzi więc o połączenie osobnych rdzeni Arm i IBM w jednym pakiecie ani o emulację. Według IBM rdzeń będzie mógł przełączać się między tymi trybami w ciągu nanosekund. 1414

Układ ma trafić do przyszłych systemów IBM Z i LinuxONE. Jego dostępność jest rozpatrywana jako możliwość dla kolejnej generacji, prawdopodobnie około 2029 roku, a nie jako element obecnego cyklu produktowego z17. 14 Na tym etapie jest to przede wszystkim zapowiedź kierunku architektonicznego, a nie premiera gotowego produktu.

Co dokładnie pokazał IBM

Nienazwany jeszcze procesor ma mieć 11 wysokowydajnych rdzeni wykonanych w procesie 2 nm i pracujących z częstotliwością powyżej 5,7 GHz. Każdy z nich ma bezpośrednio obsługiwać z/Architecture oraz Arm AArch64. 4714

To istotne rozróżnienie. IBM nie dokłada po prostu niewielkiego klastra Arm obok tradycyjnych rdzeni mainframe’owych. W proponowanej konstrukcji te same fizyczne rdzenie otrzymują dostęp do obu zestawów instrukcji. Dzięki temu obciążenia IBM Z i aplikacje przeznaczone dla Arm mogą współistnieć w ramach jednego kompleksu procesorowego, bez konieczności budowania osobnej infrastruktury serwerowej dla Arm lub stosowania warstwy translacji dla oprogramowania Arm. 1411

Ujawnione informacje opisują projekt, który wciąż jest rozwijany. IBM nie podał finalnej nazwy procesora, pełnej listy obsługiwanego oprogramowania, harmonogramu produkcji, cen ani niezależnych wyników wydajności. Parametry i plany mogą się więc jeszcze zmienić. 6

Most między IBM Z a obciążeniami Arm

Przewaga mainframe’ów IBM nie sprowadza się wyłącznie do szybkości procesora. Systemy IBM Z obsługują zadania wymagające wysokiego poziomu bezpieczeństwa, niezawodności, skalowalności, szyfrowania i szybkiego wejścia-wyjścia. Problem polega na tym, że wiele nowszych narzędzi linuksowych, chmurowych i związanych ze sztuczną inteligencją powstaje przede wszystkim dla Arm lub innych szeroko rozpowszechnionych platform.

Projekt z obsługą dwóch architektur ma zmniejszyć tę barierę. Istniejące aplikacje z/OS oraz Linux on IBM Z mogłyby pozostać blisko systemów transakcyjnych, podczas gdy natywne aplikacje Linux dla Arm działałyby w ramach tej samej infrastruktury. W założeniu ograniczyłoby to potrzebę przebudowywania lub specjalnego przenoszenia pakietów na tradycyjny zestaw instrukcji IBM. 14915

Najtrafniej opisać ten pomysł jako most, a nie następcę IBM Z. IBM zachowuje środowisko mainframe’owe, jednocześnie otwierając je na większy ekosystem oprogramowania Arm. Praktyczna wartość rozwiązania będzie zależeć od tego, ile aplikacji zadziała bez modyfikacji, jak zostaną rozwiązane kwestie systemów operacyjnych i wirtualizacji oraz czy zarządzanie obiema architekturami nie zwiększy nadmiernie złożoności operacyjnej.

Dlaczego w tej historii pojawia się AI

IBM łączy kierunek rozwoju procesora z akceleracją wnioskowania AI realizowaną na chipie. Jednym z proponowanych zastosowań jest wykrywanie oszustw w trakcie przetwarzania transakcji, zamiast przesyłania danych transakcyjnych do oddzielnego systemu analitycznego. 1415

Taki scenariusz odpowiada na typowe ograniczenie dużych organizacji: wrażliwe dane i logika transakcyjna często nie mogą być swobodnie przenoszone między systemami. Wnioskowanie bliżej ścieżki transakcyjnej mogłoby ograniczyć transfer danych i opóźnienia, ale sama zapowiedź nie dowodzi jeszcze, jak duży będzie wzrost szybkości ani oszczędności.

Pomysł wpisuje się w szerszy kierunek kojarzony z przetwarzaniem transakcji świadomym oszustw, rozwijanym w erze z17. Nie należy jednak traktować przyszłego procesora jako dowodu istnienia gotowej platformy AI dla produkcyjnych wdrożeń. Nadal nie znamy rzeczywistej wydajności, obsługiwanych modeli, zachowania pamięci ani wyników u klientów. 15

Ekosystem Arm daje IBM powód do zmiany

Uzasadnienie IBM opiera się częściowo na skali ekosystemu oprogramowania i centrów danych Arm. Arm informuje o ponad 22 milionach deweloperów na całym świecie. Firma podaje również, że liczba wysłanych rdzeni Neoverse przekroczyła 1,5 miliarda, a 500 milionów najnowszych rdzeni trafiło na rynek w ciągu dziewięciu miesięcy. 303134

Tak duży ekosystem może zwiększyć atrakcyjność oprogramowania Arm także w środowiskach, w których obciążenia są silnie regulowane lub powiązane z danymi przechowywanymi na mainframe’ach. W przyszłości klienci nie musieliby wybierać między niezawodnością IBM Z a dostępem do nowoczesnego oprogramowania Arm — mogliby korzystać z obu możliwości w ramach jednej infrastruktury.

Nie chodzi wyłącznie o AI. Usługi chmurowe, narzędzia do przetwarzania danych i pakiety dla firmowego Linuksa coraz częściej są przygotowywane z myślą o Arm obok x86. Natywne wykonywanie kodu mogłoby zwiększyć atrakcyjność IBM Z i LinuxONE dla deweloperów, którzy nie chcą utrzymywać osobnej, specyficznej dla mainframe’ów ścieżki programowej.

Hybrydowa chmura i „bliskość danych”

Proponowana architektura pasuje do strategii hybrydowej chmury opartej na lokalności danych. Bank, ubezpieczyciel lub inna regulowana organizacja mogłaby pozostawić przetwarzanie systemu ewidencji na IBM Z, a jednocześnie uruchamiać usługi natywne dla Arm i wnioskowanie AI bliżej tych danych. Teoretycznie ograniczałoby to potrzebę kopiowania wrażliwych informacji do oddzielnej infrastruktury x86 lub Arm.

Nie oznacza to jednak likwidacji problemów typowych dla chmury hybrydowej. Klienci nadal potrzebowaliby zgodnych systemów operacyjnych, mechanizmów bezpieczeństwa, narzędzi obserwowalności, rozwiązań wdrożeniowych i wsparcia komercyjnego dla obu środowisk. Najważniejszą obietnicą procesora nie jest zatem ujednolicenie wszystkich obciążeń, lecz zaoferowanie firmom dodatkowej możliwości wyboru miejsca ich uruchamiania bez rezygnacji z mainframe’a. 1411

Co to oznacza dla IBM, Arm i x86

Dla IBM jest to długoterminowa próba poszerzenia rynku oprogramowania dostępnego na mainframe’ach przy zachowaniu ich roli w krytycznych systemach przedsiębiorstw. Arm zyskuje z kolei drogę do szczególnie wymagającego segmentu infrastruktury, w którym natywne wykonywanie kodu i niezawodność mogą być ważniejsze niż samo zaoferowanie kolejnego procesora ogólnego przeznaczenia.

Nie jest to jednak dowód, że Arm szybko wyprze x86. Architektura x86 nadal ma ogromny atut w postaci zgodności z istniejącym oprogramowaniem, wsparcia dostawców, narzędzi i przyzwyczajeń operatorów. IBM i Arm muszą jeszcze wykazać, że rdzeń obsługujący dwie architektury zapewni konkurencyjną wydajność i koszty bez nadmiernej komplikacji projektowej oraz programowej. 25

Reakcja rynku także pokazuje, jak wczesna jest to inicjatywa. Zapowiedź może mieć strategiczne znaczenie, ale nie jest jeszcze bliskim źródłem przychodów. Wyniki IBM w krótszej perspektywie nadal zależą od obecnych biznesów związanych z oprogramowaniem, usługami konsultingowymi i infrastrukturą. Przychody spółki w drugim kwartale 2026 roku wyniosły 17,2 mld dolarów — o 1 proc. więcej niż rok wcześniej, ale mniej od przywoływanego konsensusu analityków. 17

Liczby, do których warto podchodzić ostrożnie

Nie wszystkie dane pojawiające się w szerszej dyskusji zostały jednoznacznie potwierdzone jako element komunikatu IBM z Hot Chips. Dostępne materiały wspierają aktualne deklaracje Arm o ponad 22 milionach deweloperów oraz ponad 1,5 miliarda wysłanych rdzeni Neoverse. 303134

Z kolei dostarczone źródła nie potwierdzają niezależnie konkretnego twierdzenia, że infrastruktura IBM ma znaczenie dla ponad 70 proc. światowych transakcji gospodarczych. Nie potwierdzają również, że przywoływany wskaźnik 76 proc. firmy Omdia stanowi bezpośredni dowód potencjału rynkowego tego procesora. Bez mocniejszego udokumentowania tych danych nie należy używać ich jako argumentu na rzecz przyszłego układu.

Wnioski

Zapowiedź IBM z Hot Chips jest istotna, ponieważ zakłada umieszczenie natywnej obsługi Arm bezpośrednio w rdzeniu mainframe’a. Jeśli procesor zostanie dostarczony zgodnie z opisem, przyszłe systemy IBM Z i LinuxONE będą mogły łączyć obciążenia z/OS i Linux on IBM Z z natywnym oprogramowaniem Linux dla Arm oraz wnioskowaniem AI, pozostawiając większą część przetwarzania blisko krytycznych danych.

Najważniejsze zastrzeżenia dotyczą czasu i realizacji. To wciąż przyszły projekt, prawdopodobnie oddalony od wdrożenia o kilka lat. IBM nie pokazał jeszcze ostatecznej wydajności, zakresu wsparcia programowego, ekonomiki rozwiązania ani skali zainteresowania klientów. Na dziś najlepiej postrzegać tę zapowiedź jako strategiczny most między bazą mainframe’ów IBM a rosnącym ekosystemem Arm — nie jako natychmiastowe zagrożenie dla x86 ani szybki czynnik wzrostu przychodów IBM.