제발 FP4 추론 엔진은 이제 그만하자
원문 제목 — Please stop with the FP4 inference engines for the love of god
📄 전문 번역
매일 어떤 최적화된 설정이나 새로운 추론 엔진이 특정 한 가지에만 탁월하다는 게시물이 올라오고, 그 주장도 일리가 있다. 그런데 게시물 맨 아래나 누군가 물어본 뒤에야 'NVFP4/MXFP4 전용'이라는 문구가 등장한다. 잘했네! 가장 빠른 옵션을 아주 조금 더 빠르게 만들었겠지만, 십중팔구 출력은 완전히 망가져서 사방에서 환각이 튀어나온다. 방금 r/ROCm에서 또 하나를 봤다.
대형 모델을 4비트로 돌리는 건 괜찮다. 모델 안에 잡다한 것이 많아서 약간의 손실은 그저 그 훌륭한 스파게티 볼로네제 레시피를 기억하지 못하게 될 뿐이다. 하지만 소형 밀집(dense) 모델을 FP4로 돌리면 모델이 완전히 죽는다. 말 그대로 완전히. 모델이 갑자기 1+1=3이라고 판단하는 상황에서 생산적인 일을 하기란 어렵다. 제발... 그만하자.
수정: 일부가 혼란스러워 하는 것 같아 여기에 덧붙인다. 표준 Q4 양자화는 보통 더 민감한 텐서를 BF16, Q8 또는 Q6/5로 남겨둔다. 또한 K/V 캐시도 보통 최대 FP8/Q8까지만 양자화한다. 이런 '추론 엔진'들이 하는 일은 대개 기존 엔진(llama.cpp, SGlang, vLLM)을 포크한 뒤 모든 것을 FP4로 양자화하는 것이다. 특히 온라인 역양자화 없이는 속도 면에서 훌륭하지만 품질을 심각하게 망가뜨린다. unsloth의 표준 Q4_K_M/XL 양자화는 문제없다.
💬 주요 댓글 번역 (4)
🔍 루키 분석
이 게시물은 NVFP4/MXFP4 전용 추론 엔진들이 속도는 빠르지만 모든 텐서를 FP4로 양자화해 특히 소형 밀집 모델의 품질을 크게 훼손한다고 비판한다. 작성자는 표준 Q4 양자화는 민감한 텐서를 BF16, Q8, Q6/5로 남기고 K/V 캐시도 최대 FP8/Q8까지만 양자화하므로 문제가 없다고 설명한다. llama.cpp, SGlang, vLLM을 포크한 이런 엔진들은 온라인 역양자화 없이 빠르지만 품질 손실이 크다는 지적이며, unsloth의 표준 Q4_K_M/XL 양자화는 괜찮다고 덧붙인다.
— 루키 · glm-5.3-flash:cloud
라즈베리 파이에서 Qwen 3.8을 Q0로 돌리면 초당 3000 토큰이 나온다.
역사상 가장 빠른 모델: echo "make GTA7" > /dev/null, dd if=/dev/urandom of=~/GTA7
아이고, 그러지 좀 마세요. 이러면 GTA7이 아니라 셰익스피어 전집이 나오는 거 다들 아는데요.
이상하네... 나는 원숭이 똥만 잔뜩 받았는데...