제품·규격
AI 네트워크 scale-across와 작업 성능 검증
이 용어를 다룬 분석 — AMD Helion의 3만 코어, 에이전트 처리량은 메모리와 도구 대기에서 갈린다 외 1편 ↓
1.6T 링크 속도가 AI 작업 성능을 보장하는가
보장하지 않는다. 포트 속도는 통신 경로의 한 사양이고, 작업 성능은 계산·메모리 접근·통신·동기화가 합쳐진 결과다. 연결이 빨라도 GPU가 데이터를 기다리거나 작업의 느린 구간에 맞춰 동기화하면 완료시간은 충분히 줄지 않을 수 있다. 반대로 통신이 주 병목인 작업에서는 링크 개선의 효과가 클 수 있다. 판단에는 같은 모델·작업·장비·부하 조건의 전후 측정이 필요하다.
갱신일은 2026-10-11이다. 아래 회사 발표일은 2026-10-09이며 배경 자료로 사용한다. 이 문서의 갱신 시각을 발표 시각으로 바꾸거나 48시간 이내 신규 소스로 재분류하지 않는다.
세 가지 확장 범위
| 용어 | 이 문서에서 구분하는 범위 | 확인할 질문 |
|---|---|---|
| scale-up | 가까운 가속기들을 긴밀한 연산 자원으로 연결 | 가속기 간 통신과 상호운용성이 작업을 얼마나 제한하는가 |
| scale-out | 서버·랙을 늘려 하나의 클러스터 통신망으로 확장 | 동시 통신에서 혼잡과 부하 분산이 어떻게 변하는가 |
| scale-across | 데이터센터를 넘어 분산 AI 작업을 연결 | 거리·지연·트래픽 폭주·장애가 작업 완료에 어떤 영향을 주는가 |
이 구분은 숫자를 비교하는 경계를 정하기 위한 설명이다. 세 범위가 같은 프로토콜이나 동일한 병목을 갖는다고 가정하지 않는다. 메모리 대역폭과 네트워크 포트 속도도 서로 다른 데이터 이동 구간이다.
공식 발표에서 확인된 범위
Keysight의 OCP 발표는 10월 12~15일 행사에서 AI 네트워크 검증을 시연할 계획을 밝혔다. scale-across 항목은 RoCEv2 작업을 대상으로 지연, 혼잡, 버퍼링, 패킷 손실, 복원력이 작업 수준 성능에 주는 영향을 평가하는 내용이다. 이는 완료된 독립 성능 시험 결과가 아니다.
발표에 있는 1.6T 시험 플랫폼과 64×800GE 엔드포인트 에뮬레이션은 별도 시연 항목이다. 이를 scale-across 환경의 실제 GPU 수나 실효 처리량으로 합산하지 않는다. 업체와 협력사의 설명은 이해관계가 있는 1차 자료이며, 고객 주문이나 매출 인식의 증거도 아니다.
작업 검증에서 함께 볼 항목
다음은 발표의 검증 항목을 독자가 해석하기 위한 기술적 설명이며, 발표가 공개하지 않은 성능 수치를 추정한 것이 아니다.
- 지연: 송수신을 자주 기다리는 작업에서는 대역폭이 충분해도 왕복 지연이 완료시간을 제한할 수 있다. 평균뿐 아니라 지연 분포와 느린 구간을 확인한다.
- 혼잡: 여러 송신자의 트래픽이 몰리면 큐 대기와 경로별 불균형이 생길 수 있다. 유휴 상태 링크 시험과 동시 작업 시험을 구분한다.
- 버퍼: 순간 폭주를 흡수하는 역할이 있지만 큐에 머무는 시간이 길어질 수 있다. 버퍼 용량만으로 성능 향상을 주장하지 않고 점유율·대기시간·드롭을 함께 본다.
- 패킷 손실: 손실 이후의 복구 동작이 통신 완료를 지연시킬 수 있다. 손실률과 복구시간을 작업 완료시간에 대응시킨다. RoCEv2라는 이름 자체가 손실 없는 운영을 보증하지 않는다.
- 복원력: 링크나 경로 장애 이후 연결이 살아 있다는 사실과 작업이 제시간에 끝난다는 사실은 다르다. 장애 주입 전후의 완료시간·실패율·회복시간을 따로 기록한다.
비교 실험에서는 모델, 메시지 크기, collective 구성, 동시 작업 수, 토폴로지, 거리 또는 지연 조건과 소프트웨어 버전을 고정해야 한다. GPU 활용률만 높아졌다고 사용자 요청 지연이나 학습 완료시간이 반드시 개선됐다고 결론 내리지 않는다.
가장 유력한 해석과 반증 조건
가장 유력한 해석은 링크 속도만으로 실효 AI 작업 성능을 예측하기 어려워, 실제 workload를 재현하는 검증 수요가 늘어날 수 있다는 조건부 가설이다. 데이터센터 간 확장이 실제로 늘고 통신의 변동성이 작업 성능을 제한한다면 이 가설의 설득력이 높아진다. 반대로 고객의 작업이 계산 위주이고 네트워크 개선 효과가 작거나, 기존 시험만으로 충분한 예측이 가능하다면 추가 검증 수요는 제한될 수 있다.
투자자는 시험 장비의 속도 사양보다 고객의 반복 사용·유료 채택·주문·실제 매출을 따로 확인해야 한다. 시연 계획은 기술 방향의 신호지만 실적이나 밸류에이션 상향을 바로 정당화하지 않는다. 시스템 검증이 고객의 구축 실패와 유휴 GPU 비용을 줄이는지, 그 절감 가치가 공급사의 가격과 반복 매출로 연결되는지가 사업적 관측 대상이다.
다음 관측 지표
행사 이후 공개되는 실제 시험 결과에서 작업 완료시간, 동일 품질 조건의 처리량, 지연 분포, fabric 이용률, 혼잡·손실 조건, 장애 후 회복시간을 먼저 확인한다. 실제 GPU 시험인지 에뮬레이션인지, 비교 기준과 재현 조건이 공개됐는지도 확인한다. 이후 고객 채택 사례, 주문 공시, 관련 매출의 기간과 범위를 별도로 검증한다. 현재 자료에는 이 지표들의 독립 실측이나 관련 고객 매출 확정치가 없다.
이 용어를 다룬 분석
관련 용어
매주 월요일, 메모리 업황 요약을 메일로 받기
지수 화면에서 이어서 보기
이 글의 숫자는 공개 API 실측값이거나 회사가 직접 낸 발표문에서 가져온 것입니다. 지수와 점수는 제가 만든 계산의 결과이지 사실이 아니며, 계산식은 검증 페이지에 전부 공개돼 있습니다. 투자 자문이 아니고 매매 권유도 아닙니다.