Yes — with 6.7 GB to spare
Granite 4.1 30B at Q4_K_M fits your CPU only · DDR4 dual-channel entirely on the GPU at 8K context, at an estimated 1.3 tokens per second. Past 34K the KV cache pushes it over — quantise the cache to q8_0, or step down a quantisation, to go longer.
Fully on GPU
8K context
Q4_K_M · 16.3 GB
Apache 2.0
Released 29 Apr 2026
The largest Granite. Dense 29B at Q4 is a comfortable 24 GB fit.
The VRAM budget
weights 16.3 GB
Weights 16.3 GB
KV cache @ 8K 2.00 GB
Runtime overhead 0.6 GB
Free 6.7 GB of 25.6 GB
Quantisation ladder
| Quant | Weights | Total @ 8K | Max context | Tok/s | Quality | Fit |
|---|---|---|---|---|---|---|
| Q8_0 | 28.6 GB | 31.2 GB | — | ~0.7 | −0.1% ppl | 5.6 GB over |
| Q6_K | 22.1 GB | 24.7 GB | 11K | 1.0 | −0.4% ppl | Fits |
| Q5_K_M | 19.1 GB | 21.7 GB | 23K | 1.1 | −0.8% ppl | Long context |
| Q4_K_M | 16.3 GB | 18.9 GB | 34K | 1.3 | −1.9% ppl | Recommended |
| Q3_K_M | 13.2 GB | 15.8 GB | 47K | 1.6 | −5.4% ppl | Long context |
| Q2_K | 11.3 GB | 13.9 GB | 54K | 1.9 | −15% ppl | Long context |
Quality is the published perplexity delta against f16 weights. Max context assumes an f16 KV cache; q8_0 roughly doubles it.
How to run it
$ llama-server \
-hf ibm-granite/granite-4.1-30b:Q4_K_M \
-c 8192 -ngl 99
The engine underneath most of the others. Every knob is exposed. More on llama.cpp.
01Download is 16.3 GB. Keep it on an SSD — a first load off a spinning disk takes minutes.
02With no GPU, thread count matters more than clock. Start at one thread per physical core.
03There is room to go to 34K context on this card.