ModelTokenMemoryUsage [Bytes] = Parameters * (BitsPerParameter/8)
For a model with 145B parameters, this means:
Precision GB GiB
2-bit 36.25 33.76
3-bit 54.38 50.64
4-bit 72.50 67.52
6-bit 108.75 101.28
8-bit 145.00 135.04
16-bit 290.00 270.08
32-bit 580.00 540.17
You have roughly a factor 8 in memory usage from 32 bit down to 4 bit precision. That is quite some room already, but not new.It seems that they radically reduce the model information required per token via the sparse expert approach - 145B->10B parameters, probably at lower precision - and then use some other approaches I do not understand at that point to make effective use of loaded information.
Did anyone try the model?
Qwen 3.8 Flash Next utilizes this, with 40% of its parameters being offloaded to disk, making the effective memory requirements much lower.
My daily driver is this:
https://huggingface.co/ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RC...
It takes things a step further by simply chopping off that half of experts which isn't (or rarely is) activated in coding tasks.
End result is a somewhat competent [0] coding model which runs on a 64GB machine.
[0] it still occasionally does weird stuff like replacing an entire file with just one line from its answer when you ask it a question if you don't explicitly tell it to not change anything or loop itself if the KV Cache is quantised at below Q8_0.