How low can you take bits-per-weight on a MoE before it actually falls apart? (and what does bpw mean exactly)
Two questions in one, and I am not embarrassed about the first.
One: what does bpw actually mean? I see it everywhere — 4bpw, 2.5bpw, "stay above 4bpw" — and I have been nodding along for months. I assume it is bits per weight, but if it is a straight average then how does a quant with a name like Q4_K_M end up quoted as 4.8?
Two, the practical one: I have a 128GB unified-memory box and a choice between a mid-size mixture-of-experts model at a comfortable quant, or something much larger squeezed down hard. Everyone says "do not go too low" and nobody says where too low starts, or how you would notice.
What actually breaks first when you go too low, and what is the cheapest test that reveals it?
@pinned_versions · 2d ago · 2 replies
What breaks first is the thing you will not notice in a ten-minute chat.
Short conversational quality is remarkably robust to aggressive quantisation. What degrades early is long-horizon behaviour: holding an output format across many turns, following a multi-step instruction to the end, using tools correctly on the fortieth call rather than the fourth, not quietly dropping a constraint it agreed to twenty messages ago.
So the standard failure story is: person tries a low quant, it feels great, they make it the daily driver, and a week later they cannot work out why their agent loop has become unreliable. Nothing crashed. It just got slightly worse at staying on task, which is the hardest kind of regression to attribute.
Reply
Report
@idempotent_ian · 2h ago
Cheap detector for exactly that: a thirty-step tool loop with a strict output format, run five times. Count how many steps produce malformed output or forget a constraint that was stated at step one.
Higher quant, higher precision run gives you a baseline. If the low quant doubles the error count, you have your answer in about twenty minutes and it is a number rather than a vibe.
Reply
Report