Skip to content

Best GPU for GPT-OSS-20B Locally

Real-time prices and hardware recommendations updated for July 2026.

20B
20B
dense

Adjust Context Length

Slide to popular sizes or type any value manually.

k tokens
8k
16k
32k
64k
128k
256k
Budget EntryQ3_K_M quant
8.6 GB
2.6 GB
Total VRAM:11.2 GB

Recommended Hardware

Arc B58012GB VRAM
306 tok/sprefill
13 tok/sgeneration
EUR 341.25View Card
GeForce RTX 407012GB VRAM
339 tok/sprefill
14 tok/sgeneration
EUR 989.99View Card

Q3 weights (~8.6GB) plus 32k KV cache reach ~11GB. 12GB cards cover the full context window with headroom.

Balanced Sweet SpotQ4_K_M quant
11.5 GB
2.6 GB
Total VRAM:14.1 GB

Recommended Hardware

Radeon RX 9060 XT 16GB16GB VRAM
217 tok/sprefill
7 tok/sgeneration
EUR 431.99View Card
GeForce RTX 5060 Ti 16GB16GB VRAM
345 tok/sprefill
12 tok/sgeneration
EUR 695.67View Card

Q4 weights (~11.5GB) plus 32k KV cache reach ~14GB. 16GB cards are the ideal mainstream setup.

Near LosslessQ8_0 quant
23 GB
2.6 GB
Total VRAM:25.6 GB

Recommended Hardware

GeForce RTX 509032GB VRAM
1380 tok/sprefill
29 tok/sgeneration
EUR 809.89View Card
Radeon PRO W780032GB VRAM
344 tok/sprefill
6 tok/sgeneration
EUR 2275.05View Card
RTX PRO 4500 Blackwell32GB VRAM
592 tok/sprefill
14 tok/sgeneration
EUR 3658.94View Card
RTX A600048GB VRAM
294 tok/sprefill
8 tok/sgeneration
Out of StockView Card

Q8 weights (~23GB) plus 32k KV cache exceed 24GB. 32GB+ cards deliver near-lossless precision without VRAM constraint.

Optimizing Setup for GPT-OSS-20B

Quantization Recommendations

For daily coding and reasoning tasks, Q4_K_M (4-bit quantization) offers the best balance of quality and memory efficiency — it reduces memory requirements by over 70% with minimal quality loss compared to FP16. Q8 and higher presets preserve more fidelity at the cost of significantly higher VRAM usage, which may force layer offloading and hurt throughput.

Recommended Local Software

We recommend using Ollama as the primary runner for local inference due to its automated GPU model splitting and context cache optimizations. For advanced fine-tuning or quantization splits, llama.cpp with Flash Attention compiled natively provides the best granular control.

How token speeds are estimated

Two metrics are shown per GPU: Read tok/s (how fast the model ingests your prompt) and Decode tok/s (how fast it streams tokens back). They model fundamentally different bottlenecks.

📖

Read (Prefill)

The prompt is processed in one parallel pass. This is compute-bound: it saturates the GPU's tensor cores.

read tok/s ≈ TFLOPS × readFactor × 400 ÷ activeParams

Decode (Generation)

Each new token requires loading the entire model's active weights from VRAM. This is memory-bandwidth-bound: the GPU stalls waiting for data, not computing.

decode tok/s ≈ bandwidth × decodeFactor ÷ (weights + kv_cache)

Weights = (activeParams × bits ÷ 8) × 1.15 overhead. KV cache per step = activeParams × multiplier × contextK.

Architecture utilization factors

Architecture
Decode
Read
Blackwell, Xe2
0.45
0.55
Ada Lovelace, RDNA 4, Battlemage
0.38
0.48
Ampere, Turing, RDNA 3, Xe-HPG
0.28
0.38
Volta, RDNA 1/2
0.2
0.25
Pre-tensor-core (Pascal, Maxwell, Kepler, GCN, Alchemist)
0.12
0.15

Left: decode factor — Right: read factor

Data sources

TFLOPS and memory bandwidth are read from the GPU database. When missing, bandwidth falls back to a hardcoded dictionary.

Limitations

These are analytical estimates, not benchmark results. Use them as a relative comparison, not an absolute performance guarantee.