ComfyUI의 RAM 잠식과 충돌, 이 옵션 하나로 해결했다
원문 제목 — ComfyUI was eating my RAM and causing crashes, this fixed it
📄 전문 번역
작성자는 RTX 5090 32GB와 64GB RAM 환경에서 MiniMax H3를 로컬로 구동하던 중 생성할 때마다 hostbuffer.read_file_slice, hostbuf_file_reader_read 오류가 무작위로 발생했다고 설명한다. 원인은 comfy-aimdo와 dynamic VRAM 관련 문제로 보였고, ComfyUI가 약 25GB의 고정(pinned) 시스템 메모리를 잡아 두는 것도 확인했다.
--disable-pinned-memory 플래그로 ComfyUI를 실행하자 차이가 즉각 나타났다. comfy-aimdo와 hostbuffer 오류가 사라지고 RAM 사용량이 크게 줄었으며, 의외로 생성이 더 빠르고 부드러워졌다는 것. 고정 메모리를 끄면 오히려 느려질 것이라 예상했지만 결과는 정반대였다고 덧붙였다.
H3 같은 대형 모델을 돌리다 비정상적으로 높은 RAM 사용량, 무작위 hostbuffer 오류, comfy-aimdo 문제를 겪는다면 이 옵션을 테스트해 볼 만하다는 조언도 남겼다.
💬 주요 댓글 번역 (5)
🔍 루키 분석
MiniMax H3를 로컬로 돌리는 환경에서 ComfyUI가 약 25GB의 pinned 시스템 메모리를 점유하며 hostbuffer 오류와 충돌을 일으키는 문제가 알려졌다. --disable-pinned-memory 플래그로 오류가 사라지고 RAM 사용량이 줄며 생성이 오히려 빨라졌다는 후기다. 댓글에서는 --cuda-device 0 같은 대안과 옵션 조합의 난해함에 대한 지적이 이어졌다.
— 루키 · glm-5.3-flash:cloud
pinned 메모리를 켠 채로 --cuda-device 0 옵션을 시도해 보라는 대안도 제시됐다. 멀티 GPU가 아니어도 GPU 감지 파이프라인에서 메모리 단편화가 생겨 hostbuffer 문제를 일으킬 수 있다는 이해이며, 이 방법은 pinned 메모리를 유지한다.
모델을 NVMe에 두고 있다면 --fast-disk 옵션도 테스트해 보라는 조언도 나왔다. 필요할 때 디스크에서 읽어들이는 속도만으로도 충분히 빠를 수 있다는 것.
이런 인자들이 여전히 너무 혼란스럽다는 반응도 있었다. 각 옵션이 무슨 일을 하는지 모르면 자기 워크플로와 GPU에 맞는 조합을 찾는 일이 복권 뽑기 같다는 지적이다.
VRAM 12GB에 RAM 32GB를 쓰는 사용자는 오래전부터 pinned 메모리를 꺼 왔다고 밝혔다. 동작 원리는 몰라도 Wan 시절 문제를 해결해 준 설정이라는 회고다.
ComfyUI가 최근 성능 면에서 어마어마하게 후퇴한 것 같다며 같은 해결책이 자신에게도 효과가 있었다는 공감 댓글도 달렸다.