XeStrata xe0.1.43.1이 UTC 10월 12일 20:19, 한국 시간 10월 13일 새벽에 공개됐다. Intel GPU에서 Qwen3.8-Flash-Next의 프리필을 원래 경로로 되돌리는 핫픽스다.

프리필은 모델이 프롬프트 전체를 읽어 들이는 단계다. 관리자 설명에 따르면 xe0.1.43은 Intel Arc GPU에서 이 단계를 행렬 엔진(XMX) 대신 느린 DP4a 경로로 돌렸고, Arc Pro B70의 32K에서 약 3분의 1 느려졌다.

Arc Pro B70, IQ3_XXS 양자화, 32K 조건에서 xe0.1.43의 1,590 tok/s가 xe0.1.43.1에서 2,415 tok/s가 됐고, 답변은 xe0.1.43 이전과 같다고 한다. 관리자 측 회귀 비교이며 독립 재현이나 모든 지원 GPU의 수치는 아니다.

그보다 먼저 고쳐진 패키지 속 기계어 뒤바뀜

UTC 10월 11일 나온 xe0.1.42는 성격이 다른 결함을 고쳤다. 패키지를 빌드하는 컴파일러(intel/llvm)의 버그로 일부 GPU 대상 자리에 다른 GPU용 기계어가 들어갔다.

AMD gfx1030, gfx1101, gfx1201 등과 NVIDIA sm_80, sm_86, sm_89가 뒤바뀐 경우로 명시됐다. 이런 이름은 컴파일러가 특정 GPU 세대용 기계어를 만들 때 쓰는 대상 표기다.

해당 GPU에서는 엔진이 멈추거나(RX 9070 XT의 ILLEGAL_INSTRUCTION), 느리게 돌거나, 틀린 답을 낼 수 있었다. 프로젝트는 고친 컴파일러로 만든 패키지에 GPU별 기계어가 맞게 들어갔는지 확인했다고 설명한다.

패키징 결함과 경로 선택 결함의 차이

xe0.1.42는 기기에 맞는 코드가 패키지에 들어갔는지의 문제였고, xe0.1.43.1은 실행 중 여러 경로 가운데 무엇이 선택됐는지의 문제였다.

맞는 바이너리도 느린 경로를 고를 수 있고, 가속 경로를 켠다고 잘못된 대상으로 빌드된 패키지가 고쳐지지는 않는다.

그래서 버전 번호와 tok/s 숫자만 있고 GPU와 백엔드 정보가 빠진 보고로는 두 결함을 가려내기 어렵다.

벤더마다 다른 행렬 가속 하드웨어

프로젝트 문서에 따르면 XeStrata는 Linux에서 Intel Arc, AMD Radeon(RDNA2 이상), NVIDIA GPU 한 장을 대상으로 한다. 행렬 연산은 Intel에서 XMX, AMD(RDNA3 이상)에서 WMMA, NVIDIA에서 텐서 코어로 돌고, 행렬 엔진이 없는 GPU는 DP4a 같은 정수 내적 명령을 쓴다.

AMD에서 프리필의 밀집 행렬 곱은 배포판의 ROCm rocBLAS와 hipBLASLt로 돈다. ROCm은 AMD GPU용 런타임·라이브러리 묶음이며, 문서는 그 표에서 RX 9060 XT(gfx1200)만 확인했다고 적는다.

즉 같은 가속기를 벤더마다 다르게 부르는 것이 아니라 서로 다른 하드웨어 기능이다. Intel 경로 복구 소식을 다른 벤더 카드의 성능 기대로 옮기기 어려운 이유다.

주의할 점: 수치 인용 조건과 대화 저장 호환성

핫픽스의 업스트림 비교에서 RTX 4070과 RX 9060 XT는 아직 측정 중으로 남아 있다. 1,590에서 2,415 tok/s로의 회귀 비교도 같은 릴리스의 업스트림 Strata 비교와 별개의 실험이다.

버전이 바뀌어, 이전 버전의 --conversation-save로 저장한 대화는 읽히지 않는다.

릴리스 노트의 설치 절차는 내려받은 패키지를 체크섬으로 확인한 뒤 설정을 점검하는 순서다.

sha256sum -c SHA256SUMS --ignore-missing
xestrata --setup

xestrata --setup은 GPU 라이브러리나 render 그룹이 빠져 있으면 설치 명령을 출력하고 멈추며, 그 명령을 실행한 뒤 다시 돌리면 된다.

업데이트 전에 남겨 둘 기록

현재 패키지 버전, 모델 파일, GPU 아키텍처, 런타임 라이브러리를 먼저 기록해 두면 업데이트 뒤 무엇이 바뀌었는지 가려내기 쉽다.

이전 설정과 대표 프롬프트 몇 개를 남겨 두면 답변이 달라졌는지도 비교할 수 있다.

프리필과 생성을 나눠 보는 비교

같은 모델과 같은 입력 길이로 프리필과 생성 속도를 따로 재야 이번 같은 경로 회귀가 드러난다. 둘을 섞은 숫자 하나로는 어느 단계가 느려졌는지 알 수 없다.

이 글은 릴리스 노트와 프로젝트 문서를 읽고 정리했으며, XeStrata를 직접 실행하거나 GPU 조합을 검증하지 않았다.

XeStrata의 두 수정은 패키지에 맞는 기계어가 들었는지와 실행 중 행렬 엔진 경로가 선택됐는지라는 서로 다른 층의 문제이며, 속도 숫자만으로는 어느 쪽도 드러나지 않는다.