Tags

You installed Ollama, the model runs, and your GPU sits at 5% while the CPU fans spin up. Most guides send you to driver reinstalls. That is rarely it.
The usual cause is that the model plus its KV cache no longer fits, so llama.cpp — which Ollama runs underneath — quietly moves some layers to system RAM. It does not fail. It just gets slow.
Take a 14B model at Q4_K_M on a 12 GB card, which gives about 10.8 GB usable. Layers stay on the GPU until the cache pushes them off:
Nothing about the model changed between those lines. Only the context did, and the cache it demands grew with it.
Every token passes through every layer, so the slow side dominates. Moving a fifth of the layers to system RAM does not cost a fifth of your speed — it can cost most of it.
Run your model, then in another terminal:
ollama ps
# look at the PROCESSOR column: 100% GPU, or a CPU/GPU split
nvidia-smi
# and check nothing else is holding VRAMIf ollama ps reports a split, this is your problem and no driver reinstall will fix it.
What will not help: more system RAM. That lets a bigger model load, but speed follows the bandwidth of whichever memory holds the weights, and system RAM is roughly ten times slower than a card.
Every figure here is computed the same way the calculators do it: weights are parameters times bits-per-weight divided by eight, plus a KV-cache term for your context, plus about a gigabyte of runtime overhead. Usable memory is roughly 90% of nameplate on a discrete card.
Work out how many layers fit on your card at your context length.
Open the offload calculator →Tools
Find AI models that fit your exact hardware. Enter your specs and get a ranked list instantly.
Newsletter