데이터센터용 엔비디아 베라 CPU 벤치마킹 - 스탠드얼론 베라를 그라니트 래피즈-AP와 엠파이어 터빈과 비교
🇰🇷 한글 번역
데이터 센터를 위한 Nvidia Vera CPU 벤치마킹 — 독립형 Vera를 Granite Rapids-AP 및 EPYC Turin과 비교
Vera는 강력한 파이썬 성능과 독보적인 메모리 대역폭으로 데뷔한다.
Nvidia의 Vera CPU는 회사의 수년간 이어져 온 AI 인프라 구축 선도에서 중요한 다음 단계다. 이는 에이전트형 AI 워크플로우로의 전환이 데이터 센터용 CPU에 전례 없는 수요를 창출한 시점에 등장했으며, 적어도 Nvidia의 마케팅 포인트에 따르면 이 시점에 맞춰 특별히 설계되었다. 불과 6개월 전에 발생한 수요 변화에 대응하기 위해 CPU를 개발했다는 아이디어는 다소 과장되어 보일 수 있지만, 아래 벤치마크 결과에서 보듯 Nvidia의 Vera에 대한 주장은 공허한 말로 가득 차 있지 않다.
현재의 워크로드를 기준으로 할 때(현재 CPU에 중점을 둔 표준화된 엔드투엔드 에이전트 벤치마크는 아직 존재하지 않는다), Vera는 에이전트 워크플로우에서의 유용성에 대해 강력한 신호를 제공한다. 예를 들어 파이썬에서 차트 정상의 성능을 보여주는데, 이는 AI 소프트웨어 생태계의 많은 부분을 차지하는 핵심 기반이다.
또한 Vera 칩 간의 고속 C2C 인터커넥트를 통해 소켓 레벨과 시스템 레벨 모두에서 압도적인 메모리 대역폭을 보여준다. 에이전트가 대규모 데이터베이스를 쿼리할 수 있는 경쟁적인 에이전트 환경에서는 이러한 대역폭이 중요하다.
특화는 하나의 측면이지만, Vera는 커스텀 Arm 칩이 데이터 센터에 침투하고 있고 AMD와 Intel의 전통적인 x86 칩들이 데이터 센터에 기반을 두고 있을 뿐만 아니라 그들의 시스템과 협력하는 광범위한 고객 목록을 보유한 치열하게 경쟁하는 서버 시장에 등장하고 있다. Vera가 어떤 성능을 내든 이는 작은 과제가 아니다.
Vera가 놀라운 점은 이러한 에이전트 인접 워크로드에서 잘 수행된다는 사실이 아니라, 일반적인 서버 워크로드에서도 유능한 성능을 제공하며 종종 비교 가능한 AMD Turin 및 Intel Granite Rapids-AP 칩과 성능을 맞추거나 능가한다는 점이다. 프론트엔드 워크로드를 살펴보면 코어 밀도가 x86 CPU에서 종종 우위를 점하는 등 더 균형을 이루지만, Vera는 이 밀도를 백엔드와 데이터 집약적 작업에서의 강력한 성능과 교환한다.
이는 Nvidia의 첫 번째 커스텀 코어인 Olympus의 인상적인 성과이며, 오프더 shelf Arm 코어 디자인을 사용했던 Grace에 비해 거의 모든 측면에서 뚜렷한 개선을 보여준다. 이 88코어 CPU는 Nvidia의 ‘스패셜 멀티스레딩(Spatial Multithreading)’을 통해 코어당 두 개의 스레드를 포함하는 Armv9.2-A 아키텍처를 기반으로 구축되었다.
이 칩은 Arm의 AGI와 유사한 10-와이드 디코드(decode)와 Nvidia의 두 번째 세대 확장 가능 일관성 패브릭(SCF, Scalable Coherency Fabric)을 특징으로 한다. SCF와 Olympus 코어에 대한 자세한 내용은 Vera 심층 분석 기사를 통해 확인할 수 있지만, SCF는 Vera 성능에 중요하다. 이는 L3 캐시를 다이(die) 전체에 분배하여 다이 전체에 최대 3.4TB/s의 대역폭을 제공하는 메시 구조다.
Vera는 또한 높은 메모리 대역폭을 갖추고 있으며, 교체 가능한 SOCAMM2 LPDDR5X를 9600 MT/s로 활용하여 총 메모리 대역폭 최대 1.2TB/s 또는 코어당 약 14GB/s를 제공한다. 이는 AMD의 밀도 높은 Turin 설계보다 두 배 이상 많은 수치다.
우리는 Vera의 속도와 성능에 대해 많이 들어왔다. 이제 현대 AI 데이터 센터에서 그 역할과 AMD의 Venice 및 Intel의 Diamond Rapids가 출시되기 전에 x86 경쟁사와의 벤치마크에서 어떻게 수행되는지 이해할 때다.
에이전트형 AI에서 CPU의 역할 이해하기
에이전트 AI의 빠르게 변화하는 세계에서 당신이 어느 지점에 있느냐에 따라, 에이전트 CPU가 정확히 무엇인지에 대한 당신의 정의는 다를 수 있습니다. 에이전트 CPU의 중요성이 높아짐에 따라, 이러한 유형의 워크로드에서 CPU가 어떻게 작동하는지에 대한 이해는 주로 두 회사인 AMD와 엔비디아에 의해 정의되어 왔습니다. 그들이 강조한 병렬 처리와 에이전트의 다양한 작업에 관한 점들은 정확하지만, 현재 에이전트 플랫폼이 어떻게 배포되고 있는지에서 정의 도출하는 것이 유용합니다.
그곳에서 물러나 실제 에이전트 워크플로우가 작동하는 모습을 살펴보고, CPU가 이 체인에서 어디에 위치하는지 더 잘 이해해 봅시다. Meta Muse와 OpenAI Dots에서 보았듯이, 클라우드에서 컴퓨팅 자원의 일부를 제공하는 지속적인 에이전트의 클래스가 있습니다. 이러한 CPU 전용 랙은 모델을 실제로 실행하기 위해 추론 서버와 통신하지만, 그들의 워크로드는 병렬 처리에 의해 정의됩니다. 개별 샌드박스의 성능이 아니라 칩이 완전히 부하되었을 때 각 샌드박스가 어떻게 수행되는지가 중요합니다.
병렬 처리는 엔비디아와 AMD 같은 회사들이 설명한 일부 워크로드에 중요한 맥락을 제공합니다. 코드 컴파일과 대규모 데이터베이스 쿼리처럼 일부 도구 호출은 더 많은 리소스를 요구하지만, 파일 읽기/쓰기, 코드 테스트 실행, 헤드리스 브라우저에서 온라인 접속은 고립된 상태에서는 CPU 작업이 그리 부담스럽지 않습니다. 그러나 칩이 잠재적으로 수천 개의 이러한 도구 호출을 처리할 때, 약간의 이점들이 쌓이기 시작합니다. 그리고 에이전트 세션이 증가함에 따라 CPU 토폴로지가 성능 유지에 더 큰 역할을 합니다.
에이전트 CPU의 주요 원칙 중 하나는 높은 병렬 처리에서도 성능을 유지할 수 있다는 것입니다. 다른 하나는 가변성으로, 이는 CPU뿐만 아니라 사용 가능한 더 큰 인프라에도 관련됩니다. Google Cloud의 AI 및 컴퓨팅 인프라 부사장 겸 총괄 책임자 Mark Lohmeyer는 Tom’s Hardware에 에이전트와 함께 휴가를 계획하는 예시를 설명했습니다. AI를 사용하여 휴가를 계획하는 것은 매우 흔한 예시이지만, Lohmeyer는 초대규모 클라우드 제공자의 관점에서 에이전트 워크로드의 독특한 도전에 대해 밝힙니다.
예시에서 Lohmeyer는 한 달 동안 휴가를 계획하는 과정을 설명했는데, 그는 갑자기 에이전트에게 많은 작업을 하도록 프롬프트할 수 있지만, 다음 프롬프트를 위해 일주일 동안 돌아오지 않을 수도 있습니다. "기반 컴퓨팅의 실제 사용은 기본적으로 버스트 형태로 이루어집니다. 시작 시 약 한 시간 동안 사용 버스트가 발생했다가 사라지고, 며칠 후에 다른 목적으로 다시 버스트가 발생했다가 사라집니다."라고 Lohmeyer는 말했습니다. "그들은 효과적으로 장기 실행 워크로드이지만, 실제로는 대부분 유휴 상태입니다."
에이전트는 수요에 따라 많은 전력을 필요로 하며, 서버에서 하드웨어 경쟁이 있는 버스트 작업의 올바른 정렬은 모든 세션을 느리게 만들 수 있습니다. 이는 CPU가 수행하는 작업 유형, 즉 무거운 코드 컴파일, 그래프 탐색, 대규모 데이터베이스 쿼리 등에도 영향을 미칩니다. 각기 독립적인 루프를 가진 여러 에이전트 전체로 이를 확장하면, 에이전트 AI를 위한 CPU 문제가 명확해집니다.
2026년 8월, 텍사스주 오스틴 소재 텍사스 대학교와 마이크로소프트 애저 연구원들이 발표한 ‘에이전틱 AI 워크플로의 아키텍처적 함의(Architectural Implications of Agentic AI Workflows)’ 논문에서는 에이전틱 흐름에서 CPU의 세 가지 역할을 설명한다. CPU는 일회성 스타일의 대규모 언어 모델(LLM) 쿼리에서 작동하는 방식인 GPU 추론을 위한 스케줄러 역할뿐만 아니라, 에이전트 상태와 통신을 유지하는 오케스트레이터 역할, 그리고 도구 호출 및 에이전트 로직(대개 파이썬으로 작성됨)을 실행하는 러너 역할도 수행한다.
이 논문은 또한 여러 에이전트가 동시에 실행될 때 발생할 수 있는 경쟁 상황도 보여준다. 이는 GPU에 요청을 전달하고, 응답을 받으며, 행동을 취한 후 다시 요청을 전달하는 과정을 포함한다. 우리는 30초 미만의 시간 동안 네 가지 에이전트의 단면을 살펴보고 있으며, 작은 CPU 기반 작업들이 어떻게 정렬될 수 있고, GPU 처리 시간 사이에 어떤 지연(hangs)을 초래할 수 있는지 이미 확인할 수 있다.
엔비디아는 베라(Vera)가 에이전틱 CPU라고 명확히 밝혔지만, 에이전틱 루프의 성능을 정의하는 작업은 아직 진행 중이다. 로메이어(Lohmeyer)는 “업계는 전통적인 워크로드를 벤치마킹하는 꽤 좋은 방법을 구축했다”라고 말했다. “예를 들어 GPU와 TPU의 추론에 대해 이러한 일이 지금 일어나고 있다고 생각한다. 아마도 아직 emergence 단계에 있는 에이전틱 워크로드에 대해 동일한 수준의 업계 차원 벤치마크가 필요할 것이다.”
전체 에이전틱 루프를 살펴보는 표준화된 벤치마크는 아직 존재하지 않는다. 우리는 자체적인 내부 테스트를 실행 중이며 곧 데이터를 확보할 수 있기를 바라고 있으며, 모달(Modal)과 같은 기업들로부터 일부 벤더 수준의 벤치마킹을 목격했다. 하지만 SPEC나 TPC와 유사한 엔드투엔드 에이전틱 루프를 위한 벤치마크 세트를 업계 전반에서 아직 제시하지는 않았다.
비록 이러한 테스트들이 아직 이용 가능하지는 않지만, 에이전틱 워크플로의 관점에서 CPU 성능을 살펴보고 에이전틱 루프에 중요한 성능 요소들을 우선시할 수는 있다. 또한 코드 에이전트를 위한 코드 컴파일 및 검색 에이전트를 위한 데이터베이스 성능을 포함한 에이전트의 일반적인 워크플로우를 살펴볼 수 있다. 우리는 SIMDJSON 라이브러리를 통한 JSON 파싱과 같이, 에이전트가 통신에 사용하는 대규모 JSON 파일을 이러한 CPU들이 어떻게 파싱하는지 평가하는 요소들을 살펴볼 수 있다. 그리고 AI 생태계의 많은 부분을 지탱하는 기반인 파이썬 성능도 살펴볼 수 있다.
여기서 벤치마킹의 초점은 잘 알려진 벤치마크에서 AMD와 인텔의 x86 경쟁사들 사이에서 베라가 어디에 위치하는지를 확립하는 데 있다. 향후 테스트 절차가 확정되면 전체 에이전틱 루프를 평가하기 위한 추가 테스트 기회를 갖게 되기를 바란다.
우리가 여기서 에이전틱 관점을 통해 성능을 평가하고 있지만, 엔비디아는 우리가 실행할 수 있는 테스트에 어떠한 제한을 두거나 커버리지에 어떠한 조건을 부과하지 않았다. 테스트 목적으로 듀얼 소켓 베라 시스템에 대한 원격 접근을 제공해 준 엔비디아에 감사의 뜻을 전한다. 하지만 플랫폼이 예상대로 작동하고 있는지 확인하기 위한 구성 점검을 넘어, 우리는 원하는 테스트를 자유롭게 실행할 수 있었다. 여기에는 에이전틱 워크플로우에 적용 가능한 여러 테스트뿐만 아니라 자바, 암호화, 압축, 렌더링 성능을 포함한 일반적인 서버 CPU 벤치마킹 스위트의 테스트들도 포함된다.
독자들을 위한 부드러운 알림
서버는 클라이언트 PC와 다릅니다. 서버에는 하드웨어에 대한 접근 권한이 더 깊고, 최소한 특정 워크로드에 고유한 소프트웨어 스택을 갖춘 지능형 운영자가 있으며, 최대치에서는 해당 워크로드에 맞게 극도로 튜닝되고 최적화되어 있습니다. 클라이언트용 CPU의 경우 AMD의 X3D 칩이 게이밍에 가장 적합하거나 인텔의 최신 플래그십이 단일 스레드 성능에서 가장 높다고 말할 수 있습니다. 하지만 서버는 사용 사례에 훨씬 더 크게 의존합니다.
일반적인 리뷰에서는 X가 Z 목적에 대해 Y보다 낫다고 말하며, 이를 데이터로 뒷받침합니다. 여기서는 그러한 논평이 더 완화된 형태를 띱니다. 현실은 하이퍼스케일러가 모든 목적에 부합할 수 있는 다양한 하드웨어를 갖춘 대규모 플릿을 유지하고 있으며, 기업은 자신의 운영뿐만 아니라 TCO(총 소유 비용)와 해당 비즈니스에 고유한 최소 열 가지 이상의 다른 변수 목록에 가장 적합한 하드웨어를 선택해야 한다는 점입니다.
엔비디아 베라 SPEC CPU 2026 추정치
지금까지 베라에 대해 우리가 가지고 있던 주요 벤치마크는 SPEC CPU 2026 intrate였으므로, 엔비디아의 성능 주장을 확인하고 부동 소수점 성능도 살펴보기 위해 전체 SPEC CPU 2026 스위트 테스트를 실행했습니다. SPEC CPU 벤치마크를 읽어본 적이 없는 분들을 위해 결과로 들어가기 전에 몇 가지 면책 조항을 먼저 말씀드립니다.
여기서 모든 실행 결과는 추정치이며, 이는 SPEC 보고 방식 때문입니다. 엄격한 보고 규칙이 있으며, 우리는 이러한 결과를 SPEC에 직접 보고하지 않습니다. 차트에는 '추정치'라고 표시되어 있지만, 숫자는 추측이 아닙니다. 우리는 표준 테스트 절차를 따랐으며, 각 CPU에 대해 동일한 컴파일러와 플래그를 사용하여 SPEC CPU 2026을 실행했습니다.
컴파일러로는 GCC 15.2를 사용했으며, 링크 시간 최적화 및 march/mcpu를 포함하여 몇 가지 일반적인 플래그를 사용하여 컴파일러에 올바른 명령어 지원을 노출했습니다. 또한 우리가 실행한 모든 테스트에서 범용 jemalloc 메모리 할당자를 사용했습니다.
전체 intrate부터 시작해 보겠습니다. 이는 부동 소수점 대신 정수 연산을 주로 다루는 애플리케이션 시리즈이며, 표준 관행은 사용 가능한 각 스레드에서 애플리케이션의 복사본을 실행하는 것입니다. 이 테스트는 여러 애플리케이션이 동시에 실행될 때 CPU가 처리할 수 있는 능력을 측정하여 처리량을 평가합니다.
엔비디아의 수치는 우리 자신의 결과와 크게 다르지 않습니다. 회사의 백서에서는 베라가 EPYC 9755보다 3% 앞선다고 밝혔으며, 우리의 테스트에서는 베라가 1.5% 앞섭니다. 여기서 9755 시스템의 512개 스레드 대 베라 시스템의 352개 스레드라는 현저히 높은 스레드 수를 기억하시기 바랍니다. 코어당 점수를 분해하면 베라는 성능에서 압도적인 우위를 점합니다.
2소켓 구성에서 인텔의 512개 스레드를 갖춘 Xeon 6980P의 코어 밀도가 높음에도 불구하고, 이 비교에서는 논의 대상에서 제외됩니다. oneAPI를 사용하여 재테스트한 결과는 인텔 최적화 바이너리로 10%의 인상적인 성능 향상을 보여주었지만, 최적화된 코드조차도 베라는 범용 GCC를 사용했을 때 8.6% 앞섭니다.
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
위의 앨범(차트)에서 베라가 주목받는 테스트도 있고, 뒤처지는 테스트도 있는데, 이는 본문의 후반부에서 다루는 테스트 결과를 반영합니다. GCC 컴파일러 성능과 Python 성능이 특히 강력한 강점임을 알 수 있으며, 엔비디아는 AMD의 최상위 EPYC 9965조차도 제쳤습니다.
(이 부분 번역 실패)
현재의 AI 생태계는 주로 파이썬(Python)을 기반으로 구축되어 있으므로, 여기서의 강력한 성능은 데이터센터 내 AI 성능이 우수할 것이라는 좋은 초기 지표가 된다. 물론 이 분야는 빠르게 진화하고 있으며, 다른 언어들도 생태계 내에 자리 잡아가고 있다. 하지만 현재로서는 파이썬이 핵심적이며, 이는 베라(Vera)가 완벽하게 해결해낸 성능의 한 측면이다.
원본 보기
원본 보기
원본 보기
원본 보기
우리는 또한 CPU BLAS 백엔드를 사용하여 Llama.cpp를 실행했으며, gpt-oss-20b-q8 모델을 활용해 CPU에서 텍스트 생성과 프롬프트 처리(서로 다른 토큰 길이에서)를 확인했다. 프롬프트 처리의 경우, 프로세스의 대부분은 GPU에서 처리되므로 이 순수 CPU 기반 벤치마크는 실제 배포 환경을 완전히 대표하지는 않는다. 그러나 토큰화(tokenization)와 같은 부분에서 CPU가 여전히 역할을 수행한다.
당연하게도, 프롬프트 처리에서 단일 6980P가 차트 1위를 차지했으며, 2P Xeon 6980P는 인텔의 AI 전용 ISA 확장 기능 덕분에 2위에 올랐다. AMD는 Zen 6에서 이러한 명령어에 대한 지원을 더욱 확장할 것으로 예상되며, 이는 경쟁 구도를 평준화하는 데 도움이 될 것이다.
엔비디아 베라의 메모리 및 압축 벤치마크
원본 보기
원본 보기
원본 보기
원본 보기
엔비디아는 베라의 메모리 대역폭을 이 칩의 가장 강력한 장점 중 하나로 홍보해 왔으며, 산업 표준인 STREAM 메모리 대역폭 벤치마크는 이러한 주장을 뒷받침한다. 베라는 그레이스(Grace)보다 메모리 버스 폭이 두 배 이상 크며, LPDDR5X-9600으로 대폭 업그레이드되었다. LPDDR5X 인터페이스를 통해 최대 1.2TB/s의 메모리 대역폭을 지원하며, 베라 소켓 간에는 최대 1.8TB/s의 대역폭을 제공한다.
AMD의 DDR5-6000 지원은 상대적으로 느린 편이며, 인텔은 최대 8,800MT/s에 도달하는 MRDIMM을 통해 더 많은 대역폭을 제공하지만, 베라는 여기서 독보적인 위치에 있다. 이는 최적화 없이도 마찬가지다. 초기 STREAM 테스트 후, 엔비디아는 OpenMP의 'spread' 정책을 사용하도록 제안했는데, 이는 프로세스가 서로 최대한 멀리 배치되어 캐시/메모리 경합을 줄이도록 한다.
AMD와 인텔에서는 이 설정으로 인해 약간의 성능 저하가 관찰되었지만, 베라에게는 메모리 대역폭에서 엄청난 향상을 가져왔다. AMD와 인텔이 차세대 Venice와 Diamond Rapids 부품을 출시하면서 양쪽 모두 전작보다 훨씬 높은 메모리 대역폭을 홍보할 것이므로, 결국 경쟁 구도는 평준화될 것이다.
원본 보기
원본 보기
원본 보기
원본 보기
단순 MBW 대역폭 벤치마크로 넘어가면, 복사 크기와 관계없이 베라가 유사하게 강력한 성능을 보여주는 것을 확인할 수 있다.
고전적인 CacheBench 벤치마크는 상황을 뒤집어, 베라는 결합된 읽기/수정/쓰기 테스트에서 최하위권을 기록했다. 여기서 약한 캐시 성능은 메모리 대역폭에 의해 대부분 가려진다. 성능 수준은 엔비디아의 동시대 제품들보다 약간 낮지만,significant한 차이를 만들 만큼은 아니다.
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
원본 보기
베라는 압축 워크로드에서 일부 점수를 잃었는데, 이는 전용 벤치마크에서 수행한 SPEC 테스트 결과에서도 확인된다. Zstd를 사용할 때, 베라는 기본 압축 레벨 3과 최대 압축 레벨 19 모두에서 표준 모드와 Long Mode 실행에서 차트 1위의 압축 성능을 제공한다. 그러나 압축 해제에서는 Turin 칩들이 주도권을 잡으며, 베라는 듀얼 6980P 구성과 함께하거나 그 아래에 위치한다.
(이 부분 번역 실패)
코드 컴파일은 더 논쟁의 여지가 있는 워크로드이며, Vera는 워크로드에 따라 AMD와 Intel과 치열한 경쟁을 벌입니다. 먼저 컴파일러 자체부터 살펴보면, Vera는 시간 측정 GCC 컴파일에서 강력한 선두를 차지하며 듀얼 9755 시스템보다 12% 더 빠릅니다. 그러나 표준 Makefile과 Ninja를 모두 사용한 LLVM 컴파일 테스트에서는 최하위를 기록합니다. 이러한 테스트는 컴파일러 자체를 컴파일하는 데 걸리는 시간을 측정하는 것이지, 이를 사용하여 애플리케이션을 컴파일하는 데 걸리는 시간을 측정하는 것이 아닙니다.
다른 영역에서는 Vera가 ImageMagick 및 PHP 컴파일에서 강력한 모습을 보이지만, Godot에서는 듀얼 9755 시스템에 약간 밀립니다. 컴파일러 성능은 코딩 에이전트가 에이전트 기반 코딩 워크플로의 일부로 소스에서 소프트웨어를 빌드해야 하는 경우가 많기 때문에 에이전트 AI에게 중요합니다.
Nvidia Vera 인코딩 및 렌더링 벤치마크
인코딩 및 렌더링 워크로드는 Vera의 초점이 아니지만, 렌더링 및 인코딩 테스트를 포함한 표준 벤치마크 목록을 실행했습니다. Vera는 일부 애플리케이션에서 강력한 성능을 보이지만, 이 기사 초반에 공유된 주요 Python 및 메모리 성능에 비해 확실히 뒤처집니다.
여기서는 AMD와 Nvidia 간의 경쟁이 치열하며, 9755와 그 전체 Zen 5 코어가 AV1 인코딩 테스트에서 차트를 선도합니다. x265에서는 Vera가 최우위를 점하지만, 그 차이는 AV1에서 9755가 보이는 25% 이상의 마진보다는 낮습니다.
보통 Blender를 실행하지만, 공식 Arm Linux 버전이 제공되지 않아 여기서는 테스트를 생략했습니다. 대신 크로스 플랫폼인 C-Ray와 POV-Ray를 사용했습니다. Vera는 2P EPYC 9965 서버에서 사용할 수 있는 768 스레드조차도 1080p와 4K 모두에서 압도했습니다. Vera는 POV-Ray에서도 리드하지만, 기술적인 이유로 그렇습니다. 테스트한 모든 서버는 2P 6980P 서버를 제외하고는 밀접하게 결합되어 있었습니다.
더 세밀한 분석을 위해 OSPRay를 살펴보겠습니다. Vera는 실시간 경로 추적에서 차트를 선도하지만, 실시간 과학 시각화에서는 AMD와 Intel의 플래그십 모델에 미치지 못합니다. "dim_512" 하위 집합은 주목할 가치가 있습니다. 강력한 AVX-512 성능으로 인해 AMD는 이 워크로드에서 Vera보다 3배에서 4배 더 빠른 성능을 제공할 수 있습니다.
Nvidia의 늦은 데뷔
Vera가 Nvidia의 첫 데이터센터 CPU는 아니지만, 이 칩은 가속기와 동일한 열정으로 Nvidia가 적극적으로 추진하는 첫 번째 제품입니다. 이 칩은 인상적이며, 특히 그 독특한 기능과 토폴로지를 선보일 수 있는 워크로드에서 특히 자신의 무게급을 훨씬 뛰어넘는 성능을 발휘합니다.
그럼에도 불구하고 Vera는 광범위한 특정 워크로드를 충족하기 위한 세분화된 SKU 목록으로 특징지어지는 시장에 단일 88코어 칩으로 등장합니다. Vera는 모든 워크로드에 적합한 선택은 아니며, 이는 Nvidia 자체도 이미 언급한 사항입니다. "세상은 하나의 CPU SKU로 제공되지 않을 것입니다. 그리고 그것이 우리의 의도는 아닙니다."라고 Nvidia의 Ian Buck은 3월 Vera가 공개될 당시 말했습니다.
Vera의 의도는 그렇지 않지만, 동시대 x86 CPU와의 성능 비교를 통해 Nvidia의 새로운 독립형 데이터센터 CPU 진출이 가능성을 보이고 있음을 알 수 있습니다. 이는 확실히 초대규모 클라우드 제공업체들이 보여준 다양한 블록 스타일의 Arm 칩보다 더 나은 성과입니다. 아무튼 Vera는 AMD와 Intel로부터 주목받을 만합니다.
x86 팀은 곧 대응할 예정이며, Zen 6은 올해 말까지 순차적으로 출시될 예정이고 인텔의 Diamond Rapids는 2027년 출시를 목표로 하고 있습니다. 상상할 수 있듯이, 저희도 이러한 칩들을 철저하게 테스트할 예정입니다.
제이크 로치는 톰스 하드의 시니어 CPU 애널리스트로, 최신 소비자용 및 워크스테이션 프로세서에 대한 리뷰, 뉴스, 특집 기사를 작성하고 있습니다.
📄 원문 (English)
Benchmarking Nvidia’s Vera CPU for the data center — standalone Vera tested against Granite Rapids-AP and EPYC Turin
Vera debuts with strong Python performance and unmatched memory bandwidth.
Nvidia’s Vera CPU is an important next step in the company’s years-long spearheading of AI infrastructure buildout. It’s arriving just as the shift to agentic AI workflows has created unprecedented demand for data center CPUs, and it’s designed specifically for this moment, at least according to Nvidia’s marketing bullet points. Although the idea that anyone developed a CPU for a shift in demand that arose just six months ago is reaching, as our benchmarks below show, Nvidia’s claims about Vera aren’t full of hot air.
Based on the workloads we have now — there aren’t standardized end-to-end agentic benchmarks focused on the CPU right now — Vera has strong indicators about its usefulness in agentic workflows. It offers chart-topping performance in Python, for instance, which makes up much of the backbone of the AI software ecosystem.
It also shows commanding memory bandwidth, both at the socket level and system level, with the high-speed C2C interconnect between Vera chips. In contentious agentic environments where agents may be querying large databases, that bandwidth is critical.
Specialization is one thing, but Vera is arriving in a hotly contested server market with custom Arm chips penetrating the data center and the old guard of x86 chips from AMD and Intel, which not only have a foundation in the data center, but also an extensive list of clients that work with their systems. Regardless of how Vera performs, that’s no small undertaking.
What’s surprising about Vera isn’t that it performs well in these agentic-adjacent workloads, but that it offers competent performance in general-purpose server workloads as well, often managing to match or beat the comparable AMD Turin and Intel Granite Rapids-AP chips. The scales are more balanced when looking at frontend workloads, with the core density available on x86 CPUs often the winner, but Vera trades that density for strong performance in backend, data-rich operations.
It’s an impressive showing for Nvidia's first custom core, called Olympus, and a stark improvement in nearly all aspects over Grace, which used an off-the-shelf Arm core design. The 88-core CPU is built on the Armv9.2-A architecture, including two threads per core through Nvidia’s “spatial multithreading.”
The chip is characterized by a 10-wide decode, similar to Arm’s AGI, as well as Nvidia’s second-gen Scalable Coherency Fabric (SCF). You can read more about the SCF and the Olympus core in our Vera deep dive, but SCF is critical to Vera’s performance. It’s a mesh that distributes L3 across the die, offering up to 3.4 TB/s of bandwidth across the die.
Get Tom's Hardware's best news and in-depth reviews, straight to your inbox.
Vera has high memory bandwidth as well, leveraging replaceable SOCAMM2 LPDDR5X at 9600 MT/s, offering up to 1.2 TB/s of total memory bandwidth or around 14 GB/s per core, more than double that of AMD’s dense Turin designs.
We’ve heard a lot about the speeds and feeds of Vera, however. It’s time to understand its role in the modern AI data center, as well as see how it performs in our benchmarks against the x86 competition before AMD’s Venice and Intel’s Diamond Rapids start rolling out.
Understanding the CPU's role in agentic AI
Depending on where you’re at in the fast-moving world of agentic AI, you probably have a different definition of what exactly an agentic CPU is. Given the rise in prominence of agentic CPUs, the understanding of what makes a CPU tick for this type of workload has been largely defined by two companies: AMD and Nvidia. Although the points they’ve driven about concurrency and the varied work of agents are correct, it’s useful to derive a definition from how we’re seeing agentic platforms deployed right now.
Let’s back up from there and look at real agentic workflows in action to better understand where CPUs fit into this chain. As we’ve seen with Meta Muse and OpenAI Dots, there’s a class of persistent agent that gives you a slice of compute in the cloud. These CPU-only racks communicate with inference servers to actually run the models, but their workload is defined by concurrency. It’s not about the performance of an individual sandbox but instead how each sandbox performs when the chip is fully loaded.
Concurrency provides important context to some of the workloads companies like Nvidia and AMD have described. Some tool calls are more demanding, like code compilation and large database queries, but reading/writing files, running code tests, and going online in a headless browser is not demanding CPU work in isolation. When the chip is handling potentially thousands of these tool calls, however, slight advantages start to pile up. And, the CPU topology plays a bigger role in how performance is sustained as agent sessions increase.
That’s one major tenet of an agentic CPU, one that can maintain performance with high concurrency. The other is variability, which touches on the CPU, but also the larger infrastructure available. Mark Lohmeyer, VP/GM of AI and computing infrastructure at Google Cloud, described an example to Tom’s Hardware about planning a vacation with an agent. Using AI to plan a vacation is just about as trite as examples get, but Lohmeyer sheds some light on the unique challenge of agentic workloads from the hyperscaler perspective.
In the example, Lohmeyer described planning a vacation over the course of a month, where he would suddenly prompt the agent to do a bunch of work, but may not return to prompt again for another week. “The actual use of the underlying compute, it's happening in basically bursts, right? There's like a burst of use at the start, maybe for an hour, and then it goes away, and then a couple days later, [it] bursts again for some other purpose and goes away,” Lohmeyer said. “They're very long-running workloads, effectively long-running, but often idle, basically.”
Agentic calls for a lot of power on demand, as the right alignment of this bursty work on a server with hardware contention can bring everyone’s sessions to a crawl. This factors into the type of work the CPU is doing, as well, which can include heavy code compilation, graph traversal, and large database queries. Scale that up across several agents, all with their own independent loops that don’t neatly align with each other, and the CPU problem for agentic AI becomes clear.
In the August 2026 study, Architectural Implications of Agentic AI Workflows, from researchers at The University of Texas at Austin and Microsoft Azure, the paper describes three tasks of the CPU in an agentic flow. In addition to a scheduler for GPU inference, which is how CPUs function in one-shot-style LLM queries, CPUs also serve as orchestrators for maintaining agent states and communication, and as runners that call tools and execute agent logic (often in Python).
The paper also shows this contention that can happen when multiple agents are running at once, passing requests to the GPU, receiving responses, acting, and then passing requests back. We’re looking at a cross-section of four agents over less than half a minute, and you can already see how small CPU-based tasks can align, as well as create hangs between GPU time.
Nvidia has been clear that Vera is an agentic CPU, though defining the performance of an agentic loop is still a work in progress. “The industry built a pretty good way to benchmark traditional workloads,” Lohmeyer said. “I think this is happening now for GPUs and TPUs for inference, for example. I think we're going to need the same type of industry-level benchmarks for agentic workloads that are probably still emerging.”
Standardized benchmarks that look at the full agentic loop aren’t available yet. We have our own internal tests that we’re running and hope to have data for soon, and we’ve seen some vendor-level benchmarking from companies like Modal, but the broader industry hasn’t come forth with a set of benchmarks for the end-to-end agentic loop along the lines of a SPEC or TPC yet.
Although those tests aren’t available yet, we can still look at CPU performance through the lens of an agentic workflow, prioritizing aspects of performance that are important for agentic loops. We can also look at common workflows for agents, including code compilation for coding agents and database performance for retrieval agents. We can look at things like JSON parsing through the simdjson library, evaluating how these CPUs parse the large JSON files agents use to communicate. And we can look at the foundation of much of the AI ecosystem with Python performance.
That’s the focus of our benchmarking here, to establish where Vera stands among the x86 competition from AMD and Intel in well-known benchmarks. Hopefully we’ll have the opportunity for further testing in the near future to evaluate full agentic loops once that testing procedure is finalized.
Although we’re evaluating performance through an agentic lens here, Nvidia did not limit what tests we could run nor place any stipulations on our coverage. We’re thankful to Nvidia for providing us with remote access to a dual-socket Vera system for the purposes of testing, but beyond configuration checks to ensure the platform was operating as expected, we were left to run the tests we wanted to run. That includes several tests that are applicable to agentic workflows, but also tests from our general server CPU benchmarking suite, including Java, cryptography, compression, and rendering performance.
A gentle reminder for readers
Servers are not client PCs. You have much smarter operators with deeper access to the hardware, and often a software stack that’s unique to the specific workload at minimum, and highly tweaked and optimized for that workload at a maximum. With client CPUs, we can say that an AMD X3D chip is the best for gaming, or that Intel’s latest flagship offers the highest single-threaded performance. Servers depend much more on use cases.
In a typical review, we’d say that X is better than Y for Z purpose, and back that up with data. Here, that commentary is more muted. The reality is that hyperscalers maintain large fleets with a variety of hardware that can fit any purpose, and enterprises need to choose the hardware best suited not only for their operations, but also for TCO and a list of at least a dozen other variables that are specific to that business.
Nvidia Vera SPEC CPU 2026 estimates
So far, the primary benchmark we’ve had for Vera is SPEC CPU 2026 intrate, so we ran the full SPEC CPU 2026 suite to check Nvidia’s performance claims, as well as look at floating point performance. For anyone who hasn’t read SPEC CPU benchmarks before, there are a few disclaimers before heading into the results.
All of the runs here are estimates, and that’s due to how SPEC reporting works. There are strict reporting rules, and we’re not reporting these results to SPEC directly. The charts say “estimated,” but the numbers aren’t a guess. We ran SPEC CPU 2026 following the standard testing procedure, using the same compiler and flags for each CPU.
For the compiler, we used GCC 15.2 with a few common flags, including link-time optimization and march/mcpu to expose the correct instruction support to the compiler. We also used the general-purpose jemalloc memory allocator across all of the tests we ran.
Starting with the overall intrate, this is a series of applications primarily dealing with integer operations instead of floats, and the SOP is to run a copy of the application on each thread available. The test looks at what a CPU is capable of with many applications running at once, measuring throughput.
Nvidia’s numbers aren’t dissimilar from our own. In the company’s white paper, it showed Vera ahead of the EPYC 9755 by 3%, and with our tests, Vera is ahead by 1.5%. Keep in mind the considerably higher 512-thread count of the 9755 system here against the 352-thread Vera system. Vera absolutely runs away with performance when breaking down the score per-core.
Despite the core density of Intel’s 512-thread Xeon 6980P in a two-socket configuration, it’s not in the conversation here. Retesting with oneAPI represented an impressive 10% increase in performance with Intel-optimized binaries, but even against optimized code, Vera is 8.6% ahead with generic GCC.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
There are some tests where Vera steals the show in the above album, as well as some where it falls behind, reflective of the testing we have later in this article. You can see that GCC compiler performance and Python performance are particularly strong points, with Nvidia even beating out AMD’s top-of-stack EPYC 9965.
Elsewhere, there are some weaknesses. SEAL crypto provides a look at the weaker cryptography performance of Vera, which is reflected in our other testing. Zstd compression also shows Vera trailing AMD and Intel, which makes sense. In our separate Zstd testing, Vera offered impressive compression performance with Zstd but fell behind on decompression.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
We were curious about float performance on Vera given that Nvidia led with the standard intrate suite in its initial benchmarks. Vera tops the charts here on the back of some particularly strong showings in some of the tests. Our estimated PALM numbers, for instance, show off Vera’s second-generation Scalable Coherency Fabric (SCF), while ROMS pushes on memory bandwidth. This strong memory performance shows up in Marian and LBM, as well. There are a couple of misses, notably FemFlow and CACTUS, but the overall performance picture is clear.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
The throughput benchmarks are what matter here for chips in this class, but we also ran SPEC CPU 2026’s intspeed suite for some estimated results, scaling up to use every thread available. No one is realistically running a single application on servers utilizing every thread available like this, but the numbers are there to browse if you’re interested.
Nvidia Vera Python and AI benchmarks
If there’s any direct benchmark for agentic AI right now, it’s Python performance. There isn’t one universal language for AI agents, but Python (and, to a lesser extent, TypeScript) make up the foundational agentic frameworks like LangGraph, CrewAI, and AutoGen. A strong agentic CPU right now is defined in part by strong Python performance, and Vera has exactly that.
Starting with a broad overview, you can see the total average test times for PyBench above, with Vera leading the pack. It’s 4% ahead of the EPYC 9755, which itself leads Intel’s Xeons and the larger 9965. Python is largely single-threaded, especially for these basic, built-in functions, so we see the 9755 pair leading the 9965 pair throughout all of our Python benchmarks.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
PyPerformance provides a much more granular look at Python performance, evaluating start-up times for the Python interpreter, regular expressions, and even full Python applications. The story doesn’t change, however. Outside of a couple of misses in web server-focused tests, Vera tops the charts across the board.
The AI ecosystem right now is largely built on Python, so strong performance here is a good early indicator of strong AI performance in the data center. Of course, this space is rapidly evolving, and other languages are working their way into the ecosystem. For this moment, however, Python is critical, and it’s an aspect of performance Vera nails.
View Original
View Original
View Original
View Original
We also ran Llama.cpp with a CPU BLAS backend, checking text generation and prompt processing (at different token lengths) on the CPU using gpt-oss-20b-q8. For prompt processing, much of the process is handled on the GPU, so this pure-CPU benchmark isn’t totally representative of a real deployment. However, the CPU still plays a role here, particularly in tokenization.
Unsurprisingly, we can see the single 6980P topping the charts in prompt processing, with a 2P Xeon 6980P coming up in second place, likely on the back of Intel’s AI-specific ISA extensions. We expect AMD to further extend support for these instructions in Zen 6, which should level the playing field.
Nvidia Vera memory and compression benchmarks
View Original
View Original
View Original
View Original
Nvidia has touted the memory bandwidth of Vera as one of the chip’s strongest points, and the industry-standard STREAM memory bandwidth benchmark backs up those claims. Vera comes with a memory bus width more than twice as large as Grace, plus a large jump up to LPDDR5X-9600. It’s capable of up to 1.2 TB/s of memory bandwidth through the LPDDR5X interface, and up to 1.8 TB/s of bandwidth between Vera sockets.
AMD’s support for DDR5-6000 is relatively slow, and although Intel offers more bandwidth with MRDIMMs reaching up to 8,800 MT/s, Vera is in a league of its own here. That’s true without optimization, as well. After my initial STREAM pass, Nvidia suggested passing the OpenMP “spread” policy, which distributes processes as far away from each other as possible to reduce cache/memory contention.
With AMD and Intel, we see a slight regression with this setting, but it offers Vera a massive jump in memory bandwidth. Undoubtedly, the scales will start to level off as AMD and Intel roll out their next-gen Venice and Diamond Rapids parts, both of which tout much higher memory bandwidth than their predecessors.
View Original
View Original
View Original
View Original
Flipping over to the simple MBW bandwidth benchmark, we can see similarly strong performance from Vera, regardless of copy size.
The classic CacheBench benchmark flips the script, with Vera trailing the pack in the combined read / modify / write test. This weaker cache performance here is largely overshadowed by the memory bandwidth. The performance level is slightly below Nvidia’s contemporaries, but not by enough to make a significant difference.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
Vera loses some points in compression workloads, which we see echoed in our SPEC runs in dedicated benchmarks. Using Zstd, Vera offers chart-topping compression performance at the default level 3 compression, as well as the maximum level 19 compression, across both standard and Long Mode runs. However, in decompression, the Turin chips take over, with Vera sitting alongside or below a dual 6980P configuration.
7-Zip traditionally favors Zen, so it’s no surprise to see both Turin configurations at the top of the charts. Vera loses out to the dual 6980P system in both compression and decompression performance via 7-Zip.
Nvidia Vera Java, database, and crypto benchmarks
Python is the language of choice for the AI ecosystem right now, but JavaScript/TypeScript are a close second. We ran three standard Java suites to evaluate performance: Java SciMark, DaCapo, and Renaissance.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
Java SciMark is the best place to start. AMD wins out with the Zen 5-based 9755 in the composite score, but Vera maintains surprisingly strong positions in straight scientific operations, including FFTs, sparse matrix multiplies, and a Monte Carlo simulation. It falls behind in dense LU matrix factorization and Jacobi SOR.
DaCapo and Renaissance are both Java suites with a wide variety of real Java workloads, focused on native performance in DaCapo and VMs in Renaissance.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
Database performance for Vera is strong across our ClickHouse and SQLite benchmarks. In max-thread SQLite, Vera is only beaten by a single-socket 6980P server, and it jumps into the lead in our like-for-like 64-thread and 128-thread tests. ClickHouse provides some interesting data that goes beyond a steady-state SQL database.
On the second and third runs of ClickHouse, Vera is competitive with a dual EPYC 9755 server, but from a cold cache, Vera is much faster, racking up an advantage of nearly 40% in the first run.
For bringing that data in, we measured JSON parsing speed with simdjson, which, as the name suggests, relies heavily on modern SIMD instructions. Turin has a natural lead here with its native AVX-512 execution.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
In cryptography workloads, Vera falls behind the pack significantly in the John The Ripper password cracker, while trailing the massive core arrays of its competition in OpenSSL.
Nvidia Vera HPC and compilation benchmarks
View Original
View Original
View Original
View Original
View Original
View Original
HPC is usually the domain of dense CPUs, but Vera performs well in a variety of HPC tasks that we tested. In Discrete Fourier Transforms (DFT) using FFTE, Vera tops the charts, as it does in Octave and CloverLeaf. Although not strictly HPC, Vera falls in the middle of the pack in intensive mathematical operations like m-queens, and it trails chips with massive core arrays in the heavily threaded Primesieve.
View Original
View Original
View Original
View Original
View Original
View Original
Code compilation is a more contentious workload, with Vera trading blows against AMD and Intel depending on the workload. Starting with the compilers themselves, Vera takes a strong lead in a timed GCC compilation, beating out a dual 9755 system by 12%. It falls into last place in our LLVM compilation tests, however, both using standard Makefiles and Ninja. These tests measure the time it takes to compile the compiler itself, not the time it takes to compile an application with it.
Elsewhere, Vera shows up strongly in ImageMagick and PHP compiles while losing out slightly to the dual 9755s in Godot. Compiler performance is important to agentic AI given the prominence of coding agents, which often need to build software from source as part of an agentic coding workflow.
Nvidia Vera encoding and rendering benchmarks
Encoding and rendering workloads aren’t the focus of Vera, but we ran our standard list of benchmarks, which includes some rendering and encoding tests. Vera has strong performance here in some applications, though it certainly takes a backseat to the headline Python and memory performance shared earlier in this article.
View Original
View Original
View Original
View Original
The fight is between AMD and Nvidia here, with the 9755 and its full Zen 5 cores topping the charts in our AV1 encoding tests. With x265, Vera comes out on top, though by a margin lower than the 25%+ we can see the 9755s hold with AV1.
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
View Original
We normally run Blender, though there isn’t an official Arm Linux version available, so we skipped the test here. Instead, we have the cross-platform C-Ray and POV-Ray. Vera manages to outclass even the 768 threads available on a 2P EPYC 9965 server, both at 1080p and 4K. Vera also leads in POV-Ray, though on a technicality. Every server we tested was tightly coupled short of the 2P 6980P server.
For a more granular look, we have OSPRay, where Vera tops the charts in real-time path tracing, though falls short of the AMD and Intel flagships in real-time scientific visualization. The “dim_512” subset is worth drawing attention to. Strong AVX-512 performance allows AMD to offer three or even four times the performance of Vera in this workload.
Nvidia makes a delayed debut
Although Vera isn’t Nvidia’s first data center CPU, it’s the first one that the company is aggressively pursuing with the same fervor that it carries with its accelerators. It’s an impressive chip, often punching far above its weight class, especially in those workloads that can show off its unique capabilities and topology.
Still, it’s a single 88-core chip arriving in a market characterized by granular SKU lists to meet a wide range of specific workloads. Vera won’t be the right choice for all of them, which is something that Nvidia itself has already stated. “The world is not going to be served by one SKU of CPU. And that's not our intention,” said Nvidia’s Ian Buck when Vera was revealed in March.
That’s not the intention with Vera, but the performance against contemporary x86 CPUs shows that Nvidia’s new push into standalone data center CPUs has legs, more so than the various building-block-style Arm chips we’ve seen from hyperscalers, certainly. If nothing else, Vera demands some attention from AMD and Intel.
The x86 crew is responding shortly, with Zen 6 queued up to roll out through the end of the year and Intel’s Diamond Rapids targeting a 2027 release. As you can imagine, we'll be putting those chips through their paces as well.
Jake Roach is the Senior CPU Analyst at Tom’s Hardware, writing reviews, news, and features about the latest consumer and workstation processors.
▶ 칩 라이브 24 홈으로 — chiplive24.com