ComfyUI 0.34.0 MiniMax Music 3 GGUF 오류 정리
ComfyUI 0.34.0에서 MiniMax Music 3 GGUF 오류가 발생하는 조건
ComfyUI에서 MiniMax Music 3를 저용량 VRAM 환경에 맞춰 GGUF로 구성했다면 한 가지 오류를 확인할 필요가 있다. 모델 로딩까지는 정상적으로 끝나지만 AR sampling이 시작된 뒤 Cannot copy between CPU and CUDA tensors during CUDA graph capture 오류와 함께 생성이 중단되는 사례가 보고됐다.
comfyui에서 가장 먼저 볼 변화
2026년 9월 7일 기준 ComfyUI의 최신 정식 릴리스로 표시되는 v0.34.0에서도 해당 이슈는 별도로 열려 있다. 특히 일반적인 MiniMax Music 3 실행 오류와 달리 GGUF 텍스트 인코더 + Dynamic VRAM + CUDA Graph 조합에서 재현된다는 점이 핵심이다.
어떤 환경에서 오류가 발생하나
공개된 재현 환경은 Windows Portable NVIDIA 버전의 ComfyUI 0.34.0, NVIDIA RTX 4060 8GB, PyTorch 2.13.0, CUDA 13.0 조합이다. MiniMax Music 3 텍스트 인코더로 minimax_music3_text_encoder_pruned_Q4_0.gguf를 사용하고, 로더는 CLIPLoaderGGUFDynamicVRAM으로 구성됐다.
중요한 점은 모델 파일 자체가 처음부터 읽히지 않는 문제가 아니라는 것이다. GGUF 텍스트 인코더는 정상적으로 로드되고 MiniMax Music 3의 AR sampling도 실제로 시작된다.
오류가 나타나는 시점
문제는 Q4_0으로 압축된 가중치를 디코딩 과정에서 다시 사용하면서 발생한다. 로그에서는 ComfyUI-GGUF의 Q4_0 dequantization 경로까지 진행된 뒤 CPU와 CUDA 사이의 텐서 복사가 CUDA Graph capture 안에서 시도되면서 RuntimeError가 발생한다.
즉 다운로드가 잘못됐거나 단순 VRAM 부족으로 프로세스가 종료되는 유형과는 증상이 다르다. 모델은 올라가는데 생성 단계 중간에서 멈춘다면 이 조건을 우선 비교해 볼 만하다.
특히 8GB급 GPU에서 MiniMax Music 3처럼 메모리 요구량이 큰 모델을 실행하려면 GGUF와 Dynamic VRAM을 함께 사용하는 구성이 자연스럽다. 그래서 이 문제는 고사양 GPU에서 기본 템플릿만 사용하는 경우보다 VRAM 절약 구성을 적극적으로 사용하는 사용자에게 더 직접적인 영향을 줄 수 있다.
comfyui가 ComfyUI 워크플로우에 미치는 영향
원인은 GGUF 파일보다 CUDA Graph 조합에 가깝다
기존 방식과 비교해야 할 부분
현재 GitHub 이슈에서 제시된 분석은 GGUF Q4_0 파일 자체가 손상됐다는 방향이 아니다. Dynamic VRAM에서는 일부 양자화 가중치가 CPU 쪽에 존재하다 필요할 때 GPU로 이동할 수 있는데, MiniMax Music 3 실행 경로의 CUDA Graph capture가 이 이동을 포함하게 되면서 충돌한다는 설명이다.
PyTorch가 출력하는 오류 역시 CUDA Graph capture 중 CPU 텐서를 CUDA로 복사하려 할 때 해당 CPU 텐서가 요구 조건을 만족하지 못했다는 내용이다. 따라서 단순히 같은 GGUF 파일을 다시 다운로드하는 것으로 해결될 가능성은 낮다.
확인해야 할 세 가지 조건
오류를 구분할 때는 아래 조합을 먼저 확인하면 된다.
MiniMax Music 3를 실행하고 있는가
GGUF Q4_0 계열 텍스트 인코더를 사용하고 있는가
CLIPLoaderGGUFDynamicVRAM과 같은 Dynamic VRAM 로딩 경로를 사용하고 있는가
세 조건이 모두 맞고 AR sampling 중 CUDA Graph 관련 CPU-CUDA 복사 오류가 발생한다면 현재 공개된 이슈와 상당히 가까운 상황이다.
성능과 결과 품질에서 확인할 차이
워크플로우 구성에서 놓치기 쉬운 부분
ComfyUI 0.34.0 전체 문제로 보면 안 되는 이유
반대로 MiniMax Music 3 자체가 모든 ComfyUI 0.34.0 환경에서 실행되지 않는다는 의미는 아니다. ComfyUI v0.34.0 릴리스에는 오히려 non-dynamic VRAM 환경에서 MiniMax Music이 동작하지 않던 문제를 수정한 변경도 포함돼 있다.
따라서 “0.34.0의 MiniMax Music 전체가 고장났다”기보다, 메모리를 절약하기 위해 GGUF와 Dynamic VRAM을 결합한 특정 실행 경로에서 별도의 충돌이 남아 있다고 보는 편이 정확하다.
ComfyUI 0.34.0 업데이트와 혼동하지 말아야 할 점
v0.34.0 릴리스 자체에는 MiniMax Music의 non-dynamic VRAM 동작을 수정하는 패치가 포함됐다. 이는 Dynamic VRAM을 사용하지 않는 환경에서도 MiniMax Music이 정상적으로 실행될 수 있도록 고친 내용이다.
이번 GGUF 오류는 그 패치와 반대 조건에 가깝다. Dynamic VRAM을 적극적으로 사용하면서 CPU에 남아 있는 양자화 가중치를 CUDA Graph 내부에서 다루는 과정이 문제가 되는 사례이기 때문이다.
또한 공개된 재현 사례는 CLIPLoaderGGUFDynamicVRAM이라는 커스텀 노드가 포함된 구성이다. 따라서 기본 ComfyUI 노드만 사용하는 워크플로우의 모든 오류를 동일한 원인으로 판단해서는 안 된다.
현재 확인된 우회 방법은 CUDA Graph 비활성화다
실제로 적용할 때 체크할 점
해당 이슈 제보자는 동일한 GGUF 파일과 로더를 유지한 상태에서 MiniMax Music 3의 CUDA Graph 관련 실행 경로를 비활성화했을 때 생성이 정상 완료됐다고 보고했다.
구체적으로는 MiniMax Music 실행 코드의 graph_dynamic_vbar_blocks를 비활성화하고 prefetch 과정의 enable_graph를 끄는 방식이다. 이 상태에서는 Q4_0 dequantization이 CUDA Graph capture 밖에서 수행되면서 문제가 사라졌다는 것이다.
아직 일반 설정 메뉴용 해결책은 아니다
여기서 주의할 부분이 있다. 현재 공개된 방법은 ComfyUI 설정 화면에서 체크박스 하나를 끄는 형태의 공식 해결법이 아니라 코드 수준에서 제시된 우회책이다.
따라서 정상적으로 사용 중인 ComfyUI 코드를 무작정 수정하기보다, 먼저 오류 로그와 사용 중인 로더가 실제 보고 사례와 일치하는지 확인하는 것이 좋다. 향후 ComfyUI 측에서 해당 가중치 구성을 감지해 CUDA Graph를 자동으로 우회하는 수정이 들어갈 가능성도 있지만, 현재 열린 이슈만으로 수정 시점을 단정할 수는 없다.
MiniMax Music 3 CUDA Graph 오류 확인 순서
MiniMax Music 3가 모델 로딩 후 AR sampling에서 멈춘다면 먼저 전체 재설치부터 하기보다 오류 문구를 확인하자. CUDA graph capture, CPU-CUDA copy, Q4_0 dequantization이 함께 등장하고 GGUF Dynamic VRAM 로더를 사용 중이라면 현재 보고된 #16002 이슈와 비교하는 것이 가장 빠르다.
당장 안정적인 작업이 중요하다면 CUDA Graph가 개입하지 않는 구성이나 비-Dynamic VRAM 환경을 테스트하는 방법이 있다. 코드를 직접 수정하는 경우에는 반드시 기존 파일을 백업하고, 이후 ComfyUI 업데이트에서 공식 수정 여부를 다시 확인하는 편이 안전하다.