IBM 메인프레임 코어가 Arm 명령어를 직접 읽습니다 — 2나노 11코어 듀얼 아키텍처 칩 공개

IBM 메인프레임 코어가 Arm 명령어를 직접 읽습니다 — 2나노 11코어 듀얼 아키텍처 칩 공개

CPU는 자기가 아는 명령어만 읽습니다. x86 칩은 x86 명령어를, Arm 칩은 Arm 명령어를 읽어요. 다른 계열의 프로그램을 돌리려면 통째로 다시 컴파일하거나, 느린 변환 계층을 거쳐야 했습니다. 반세기 동안 그게 상식이었어요.

IBM이 2026년 8월 24일 핫칩스(Hot Chips) 학회에서 그 상식을 건드리는 칩을 공개했습니다. 같은 코어 하나가 IBM Z 명령어와 Arm 명령어를 둘 다 네이티브로 실행합니다. 코어를 나눠서 절반은 이쪽 절반은 저쪽이 아니라, 열한 개 코어 전부가 두 언어를 합니다.

2나노 공정, 11코어, 5.7기가헤르츠 이상. 사기 탐지를 위한 AI 추론 가속기까지 얹혔습니다. 메인프레임이 왜 아직 살아 있는지, 그리고 앞으로 무엇이 되려 하는지가 이 칩 하나에 들어 있어요.

어두운 큐브 하나의 표면에 서로 다른 두 가지 청록 발광 띠가 동시에 흐르는 개념 이미지 — 한 코어가 두 명령어 집합을 처리하는 구조를 표현

메인프레임 코어가 Arm 명령어를 직접 읽기 시작했습니다

이번 발표의 핵심은 한 문장으로 줄어듭니다. 코어 하나가 두 개의 명령어 집합을 동시에 처리한다는 것.

지금까지 이런 요구는 에뮬레이션이나 변환 계층으로 풀었습니다. 성능 손실이 따라붙고, 예측 가능한 응답 시간을 요구하는 금융 거래에서는 특히 부담이었어요. 명령어를 직접 읽으면 그 계층이 통째로 사라집니다.

핫칩스에서 공개된 것

발표 무대는 핫칩스입니다. 반도체 설계자들이 실제 칩의 내부 구조를 발표하는 자리예요. 마케팅 행사가 아니라 기술 학회라, 여기서 나오는 수치는 대체로 구체적입니다.

IBM은 이 프로세서를 차세대 IBM Z와 리눅스원(LinuxONE) 시스템용 듀얼 아키텍처 프로세서라고 소개했습니다.

어두운 세로 패널 뒤에서 밝은 청록 육각형이 떠오르는 개념 이미지 — 학회에서 새 설계가 공개되는 장면을 표현

2나노, 11코어, 5.7기가헤르츠

공개된 사양은 이렇습니다. 2나노미터 공정, 고성능 코어 11개, 동작 주파수 5.7기가헤르츠 이상.

일반적인 서버 칩이 3기가헤르츠 안팎에서 코어 수를 늘리는 방향으로 가는 것과 대비됩니다. 메인프레임은 여전히 코어 하나하나의 속도를 밀어붙이는 설계를 고수하고 있어요. 거래 하나의 응답 시간이 중요한 작업이기 때문입니다.

같은 코어에서라는 말이 핵심입니다

이 칩이 처음이라고 불리는 이유가 바로 여기 있습니다. 두 아키텍처를 한 칩에 넣은 사례는 전에도 있었어요. 하지만 대개 별도의 코어를 나란히 붙이는 방식이었습니다.

IBM의 설계는 코어 각각이 두 명령어 집합을 모두 네이티브로 실행합니다. 작업이 코어에 배정될 때 그 코어가 언어를 바꿔 가며 처리하는 구조예요.

어두운 직사각 판 위에 똑같은 청록 육각기둥 여럿이 나란히 박힌 개념 이미지 — 하나의 다이 위에 놓인 열한 개 코어를 표현

코어를 나눠 붙이는 방식과 무엇이 다른가

코어를 나눠 붙이면 자원 배분이 고정됩니다. Arm 작업이 몰려도 Z 코어는 놀고, 반대도 마찬가지예요.

모든 코어가 둘 다 하면 그 경계가 사라집니다. 그 순간 필요한 쪽으로 코어를 몰아 줄 수 있어요. 워크로드가 시간대에 따라 출렁이는 기업 환경에서는 이 유연성이 실질적인 차이를 만듭니다.

zOS와 Arm 리눅스가 한 칩에서

실제로 무엇이 가능해지는지 보면 이렇습니다. 수십 년 된 z/OS 트랜잭션 시스템과, Arm용으로 빌드된 최신 리눅스 소프트웨어가 같은 기계에서 돕니다.

여기에는 Arm 기반으로 배포되는 AI 프레임워크도 포함됩니다. 지금까지 이런 도구를 쓰려면 별도의 리눅스 서버를 두고 데이터를 주고받아야 했어요.

어두운 큐브 하나를 좌우 양쪽에서 청록 빛줄기 두 갈래가 관통하는 개념 이미지 — 같은 코어로 들어오는 두 계열의 명령어를 표현

왜 지금 Arm인가

Arm은 원래 저전력 모바일 칩의 아키텍처였습니다. 지금은 다릅니다. 클라우드 서버, 노트북, 그리고 AI 추론 인프라까지 Arm 기반이 빠르게 늘고 있어요.

소프트웨어도 그 흐름을 따라갔습니다. 새로 나오는 오픈소스 도구는 대부분 Arm 빌드를 함께 내놓습니다. 생태계의 무게중심이 옮겨간 겁니다.

Arm 생태계의 크기

IBM이 얻으려는 것은 칩 성능이 아니라 이 생태계입니다. 메인프레임의 오랜 약점이 소프트웨어 선택지가 좁다는 것이었거든요.

Arm 명령어를 네이티브로 읽으면 그 선택지가 한꺼번에 열립니다. 크리스티안 야코비(Christian Jacobi) IBM 펠로 겸 CTO는 Arm을 플랫폼에 네이티브로 들여옴으로써 업계에서 가장 빠르게 성장하는 소프트웨어 생태계에 접근할 수 있게 됐다고 설명했습니다.

나란히 선 어두운 큐브 두 개가 각자 자기 청록 빛을 내는 개념 이미지 — 코어를 나눠 붙이는 기존 방식을 표현

4월에 맺은 IBM과 Arm 협업의 첫 결과물

이 칩은 갑자기 나온 것이 아닙니다. IBM과 Arm은 2026년 4월 협업을 발표했고, 이번 프로세서가 거기서 나온 첫 번째 실물 성과입니다.

협업 발표에서 실제 칩 공개까지 넉 달이 걸렸다는 것은, 발표 시점에 이미 설계가 상당히 진행돼 있었다는 뜻이기도 합니다.

메인프레임이 아직 살아 있는 이유

메인프레임은 오래전에 사라졌어야 할 물건처럼 이야기되곤 합니다. 실제로는 그렇지 않아요.

이유는 성능이 아니라 신뢰성입니다. 부품이 고장 나도 멈추지 않고, 거래가 중간에 유실되지 않으며, 수십 년 된 코드가 지금도 그대로 돌아갑니다. 이 세 가지를 동시에 보장하는 대안이 마땅치 않습니다.

굵은 청록 육각 고리 한가운데에 아주 작은 육각형이 놓인 개념 이미지 — 거대한 Arm 생태계와 그 안에 들어가는 플랫폼을 표현

금융 거래의 대부분이 여기서 돕니다

지금도 상당수의 금융 애플리케이션이 메인프레임 위에서 실행됩니다. 카드 승인, 은행 계정 원장, 보험 청구 처리 같은 것들이에요.

이 시스템을 다른 곳으로 옮기는 비용과 위험이 워낙 커서, 대체보다는 개선이 현실적인 선택이 됐습니다. 이번 칩이 바로 그 개선 노선의 연장입니다.

AI 추론 가속기가 들어간 자리

새 칩에는 AI 추론 가속기가 탑재됐습니다. 목적이 명확해요. 거래가 처리되는 도중에 실시간으로 사기를 탐지하는 것입니다.

학습이 아니라 추론 전용이고, 범용 AI 작업이 아니라 트랜잭션 안에서 도는 용도로 설계됐습니다.

수많은 작은 청록 큐브가 빽빽이 뭉쳐 하나의 커다란 덩어리를 이룬 개념 이미지 — 방대한 Arm 소프트웨어 자산을 표현

거래 도중 사기 탐지라는 요구

카드 결제를 예로 들면 이해가 쉽습니다. 승인 응답은 보통 수십 밀리초 안에 나와야 해요. 그 안에 사기 여부까지 판단하려면 판단 자체가 거래 경로 안에 있어야 합니다.

거래를 일단 승인하고 나중에 걸러내는 방식과는 결과가 다릅니다. 사후 탐지는 이미 나간 돈을 되찾는 일이고, 실시간 탐지는 애초에 나가지 않게 하는 일이니까요.

왜 밖으로 못 보내는가

AI 추론을 외부 GPU 서버로 보내면 되지 않느냐는 물음이 자연스럽게 나옵니다. 왕복 시간이 문제입니다.

네트워크를 한 번 건너가는 순간 응답 시간의 예측 가능성이 무너집니다. 게다가 거래 데이터를 시스템 밖으로 내보내는 것 자체가 규제와 보안 측면에서 부담이에요. 칩 안에 두는 이유가 여기 있습니다.

열두 모서리 전체가 청록으로 빛나는 아주 큰 어두운 큐브 — 수십 년째 자리를 지키는 메인프레임의 견고함을 표현

온칩 DPU가 맡는 입출력

새 프로세서에는 입출력 처리를 전담하는 온칩 데이터 처리 장치가 들어갑니다.

메인프레임의 부하는 연산보다 입출력에서 나오는 경우가 많습니다. 수많은 단말과 저장장치를 동시에 상대해야 하니까요. 이 일을 전담 장치가 맡으면 연산 코어는 계산에만 집중할 수 있습니다.

수백 코어와 수십 테라바이트로 확장

IBM에 따르면 Z와 리눅스원 플랫폼은 수백 개의 코어와 수십 테라바이트 규모의 메모리까지 확장할 수 있습니다.

칩 하나가 11코어이니, 이 칩 여러 장을 묶어 하나의 시스템으로 쓴다는 뜻이에요. 대용량 메모리는 대형 데이터베이스를 통째로 메모리에 올려 두는 운영 방식과 맞닿아 있습니다.

똑같은 청록 큐브들이 하나의 긴 직선을 따라 끝없이 늘어선 개념 이미지 — 쉼 없이 흐르는 금융 거래 처리를 표현

이 칩이 겨냥한 진짜 경쟁자

표면적으로는 Arm 소프트웨어를 지원하는 이야기지만, 실질적인 겨냥점은 기업 전산실의 x86 서버 무리입니다.

많은 기업이 메인프레임 한 대와 리눅스 서버 수십 대를 함께 운영합니다. 둘을 오가는 연동과 데이터 이동이 늘 비용이었어요.

x86 서버 통합이라는 시나리오

Arm 리눅스가 메인프레임 위에서 네이티브로 돌면, 그 옆의 서버 무리 중 일부를 안으로 끌어들일 수 있습니다.

다만 이건 IBM이 그리는 그림이고, 실제로 그렇게 될지는 별개입니다. x86과 Arm은 또 다른 아키텍처라, 지금 x86에서 도는 소프트웨어가 Arm 빌드를 제공하는지부터 확인해야 해요.

모서리가 둥근 어두운 사각 패널 한가운데에 작은 청록 육각형이 박힌 개념 이미지 — 칩 안에 내장된 AI 추론 가속기를 표현

기업이 실제로 얻는 것

가장 직접적인 이득은 시스템 개수가 줄어드는 것입니다. 운영 인력, 라이선스, 네트워크 구성, 백업 절차가 모두 시스템 수에 비례해서 늘어나니까요.

두 번째는 데이터 이동이 줄어드는 것입니다. 분석과 원장이 같은 기계 안에 있으면 옮기는 단계 자체가 사라집니다.

이식 비용이 사라지는 지점

기존에 Arm 리눅스에서 돌던 소프트웨어를 메인프레임에서 쓰려면 재컴파일이 필요했습니다. 오픈소스면 그나마 가능하지만, 상용 바이너리는 공급사가 빌드를 내주지 않으면 방법이 없었어요.

네이티브 실행은 그 문제를 우회합니다. Arm용 바이너리를 그대로 가져다 놓으면 됩니다. 소프트웨어 공급사의 협조를 기다리지 않아도 되는 것이 실질적인 차이예요.

어두운 큐브 표면 곳곳에서 짧은 청록 막대들이 바깥으로 뻗어 나온 개념 이미지 — 온칩 DPU가 맡는 다중 입출력을 표현

아직 공개되지 않은 것들

발표에서 빠진 정보도 적지 않습니다. 칩의 정식 제품명이 명시되지 않았고, 캐시 용량의 구체적인 수치도 상세히 공개되지 않았습니다.

두 아키텍처를 오갈 때의 전환 비용이 얼마인지도 아직 알려지지 않았어요. 코어가 언어를 바꾸는 데 드는 시간이 있다면 그게 실제 성능을 좌우합니다.

출시 시점과 남은 물음표

출시 일정도 공개되지 않았습니다. 핫칩스는 개발 단계의 설계를 발표하는 자리라, 제품 출하까지는 보통 시간이 더 걸립니다.

역대 IBM Z 세대 교체 주기를 감안하면 실제 시스템 출시는 상당한 시간이 지난 뒤가 될 가능성이 높습니다. 지금은 방향 발표로 읽는 편이 맞아요.

작은 청록 삼각형 옆에 훨씬 크고 밝은 삼각형이 놓인 개념 이미지 — 칩 한 장에서 시스템 전체 규모로 확장되는 구조를 표현

2나노 공정이라는 변수

2나노 공정은 현재 가장 앞선 축에 속합니다. 생산 능력이 제한적이고 AI 칩 수요가 그 자리를 두고 경쟁하고 있어요.

메인프레임은 출하량이 많은 제품이 아니라 물량 확보 부담은 덜하지만, 웨이퍼 단가가 그대로 시스템 가격에 반영될 가능성은 있습니다.

우리가 지켜볼 지점 세 가지

첫째, 아키텍처 전환 비용의 실측치입니다. 이 숫자가 나와야 네이티브 실행의 실질적 가치를 판단할 수 있어요.

둘째, 소프트웨어 공급사의 반응입니다. 상용 소프트웨어 회사들이 이 조합을 공식 지원 대상에 넣는지가 관건입니다.

셋째, 경쟁 진영의 대응입니다. 하나의 코어가 여러 명령어 집합을 처리하는 방식이 유효하다고 판명되면 따라오는 설계가 나올 수 있습니다.

짙은 어둠 속을 홀로 가로지르는 가느다란 청록 호 — 아직 일정이 공개되지 않은 앞으로의 경로를 표현

핵심 정리

IBM이 2026년 8월 24일 핫칩스에서 IBM Z와 리눅스원용 듀얼 아키텍처 프로세서를 공개했습니다. 코어 하나가 IBM Z 명령어와 Arm 명령어를 모두 네이티브로 실행하는 첫 사례입니다.

사양은 2나노 공정, 고성능 코어 11개, 5.7기가헤르츠 이상입니다. 입출력 전담 온칩 DPU와 실시간 사기 탐지용 AI 추론 가속기가 함께 들어갑니다.

2026년 4월 맺은 IBM과 Arm 협업의 첫 결과물이며, 플랫폼은 수백 코어와 수십 테라바이트 메모리까지 확장할 수 있다고 밝혔습니다.

제품명, 캐시 상세 수치, 아키텍처 전환 비용, 출시 시점은 공개되지 않았습니다. 지금 단계에서는 방향 발표로 보는 것이 정확합니다.

참고하실 만한 것

메인프레임을 직접 다루지 않더라도 이 발표에는 곱씹을 지점이 있습니다. 오래된 시스템을 버리는 대신 새 생태계를 안으로 들여오는 접근이요.

SVIL 작업에서도 비슷한 판단을 자주 합니다. 잘 돌아가는 도구를 새것으로 갈아치우기보다, 그 도구가 새 흐름을 읽을 수 있게 통로를 내는 쪽이 대개 싸게 먹혀요.

출시 일정과 전환 비용 수치가 나오면 다시 정리해 전해 드리겠습니다.

출처


협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://svil.dev/