ACE K2는 AI 모델이 작업을 수행하되 스스로 결과를 승인하지 못하도록 설계된 자율 엔지니어링 시스템이다. Strix Halo gfx1151 하드웨어에서 진행한 시험에서는 WSL 컨테이너의 ROCm GPU 경로를 확인했지만, 결과는 시험한 환경에 한정된다.
ACE K2의 로컬 모델은 목표를 조사하고 계획을 세우며, 도구를 선택하거나 제한된 실패에서 복구를 시도한다. 새로 만든 기능은 운영에 쓰기 전에 자격 검증을 거쳐야 한다. 작업 실행과 평가·최종 승인은 분리되며, 필요하면 클라우드 감독으로 단계적으로 넘긴다. 시스템은 스스로 작업을 해결할 수 있지만 자기 결과를 직접 합격 처리할 수는 없다.
WSL 컨테이너에서 ROCm GPU 사용
Microsoft WSL #40988 검증에서 ACE K2는 실제 Strix Halo gfx1151 하드웨어를 사용해 AMD ROCm GPU 접근을 시험했다. WSL에 맞춘 ROCm 사용자 공간을 동일하게 둔 통제 A/B 시험에서 --gpus all로 GPU를 전달한 경우 HIP 실행이 3회 중 3회 성공했다. GPU 전달을 하지 않은 대조군은 HIP 초기화가 3회 모두 실패했다.
별도의 A/B 시험에서는 백엔드 경로를 분리했다. /dev/dxg가 있고 DXG 백엔드가 활성화된 경우 3회 모두 성공했지만, DXG 백엔드 감지를 끄면 3회 모두 실패했다. 이 결과는 시험한 WSL 환경에서 네이티브 Linux의 /dev/kfd를 전달하는 방식보다 /dev/dxg와 ROCDXG/HSA/HIP 사용자 공간 조합이 검증된 GPU 경로임을 뒷받침한다. 시험한 설정에는 Microsoft 소스 패치가 필요하지 않았다. 이 결과가 모든 AMD GPU나 애플리케이션 작업에 적용된다는 뜻은 아니다.
Microsoft WSL #40988 인과 검증 보고서 읽기
ROCm #12571 수정 검증
ACE K2는 Windows gfx1151 및 Radeon 8060S에서 ROCm/rocm-systems #12571의 소스 수준 수정 사항을 구성하고 실제 하드웨어에서 검증했다. 동일한 TheRock/rocm-systems 소스 출처와 빌드 경로를 사용한 시험에서, 수정 전 상태를 강제한 빌드는 대상 오류인 오래된 값 읽기를 50회 중 50회 재현했다. 수정을 적용한 빌드는 SDMA를 활성화한 상태에서 여섯 테스트 항목 모두 50회 중 50회 오류 없이 통과했다.
이 결과는 시험한 Windows gfx1151 환경과 일치시킨 소스·런타임 버전, 관리된 #12571 재현 시험에 한정된다. 모든 ROCm 플랫폼이나 릴리스에서 수정이 올바르게 작동한다는 주장은 아니다.
Strix Halo 및 MIOpen 사례
ACE K2는 공개된 Windows/gfx1151 MIOpen Conv3d 문제인 ROCm/TheRock #5845를 조사했다. 크기에 따라 달라지는 실패 경계를 재현하고, 실패하는 백엔드 경로를 좁힌 뒤 범위가 제한된 실험적 우회 방법을 제안했다. 그러나 반복 검증과 사전에 정한 허용 오차에 따른 수치적 동등성 시험을 마치지 못해 공식 평가 결과는 INCONCLUSIVE로 처리했다.
이 사례는 확보한 근거의 범위를 넘어 결과를 승인하지 않는다는 ACE K2의 운영 원칙을 보여준다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요