Zum Inhalt springen

Beste GPU für GPT-OSS-20B lokal

Echtzeit-Preise und Hardware-Empfehlungen aktualisiert für Juli 2026.

20B
20B
dense

Kontextlänge anpassen

Wähle eine gängige Größe oder gib manuell einen Wert ein.

k tokens
8k
16k
32k
64k
128k
256k
Budget-EinstiegQ3_K_M Quant
8.6 GB
2.6 GB
Gesamter VRAM:11.2 GB

Empfohlene Hardware

Arc B58012GB VRAM
306 tok/sPrefill
13 tok/sGenerierung
GeForce RTX 407012GB VRAM
339 tok/sPrefill
14 tok/sGenerierung

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

Ausgewogener Sweet SpotQ4_K_M Quant
11.5 GB
2.6 GB
Gesamter VRAM:14.1 GB

Empfohlene Hardware

GeForce RTX 5060 Ti 16GB16GB VRAM
345 tok/sPrefill
12 tok/sGenerierung
GeForce RTX 4060 Ti 16GB16GB VRAM
194 tok/sPrefill
7 tok/sGenerierung

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

Nahezu verlustfreiQ8_0 Quant
23 GB
2.6 GB
Gesamter VRAM:25.6 GB

Empfohlene Hardware

RTX PRO 4500 Blackwell32GB VRAM
592 tok/sPrefill
14 tok/sGenerierung
GeForce RTX 509032GB VRAM
1380 tok/sPrefill
29 tok/sGenerierung
RTX A600048GB VRAM
294 tok/sPrefill
8 tok/sGenerierung
CAD 15907.73Karte anzeigen

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

Setup-Optimierung für GPT-OSS-20B

Quantisierungs-Empfehlungen

Für tägliche Coding- und Reasoning-Aufgaben bietet Q4_K_M (4-Bit-Quantisierung) die beste Balance aus Qualität und Speichereffizienz – es reduziert den Speicherbedarf um über 70 % bei minimalem Qualitätsverlust im Vergleich zu FP16. Q8 und höhere Voreinstellungen bewahren mehr Details auf Kosten eines deutlich höheren VRAM-Bedarfs, was das Auslagern von Schichten erzwingen und den Durchsatz verringern kann.

Empfohlene lokale Software

Wir empfehlen Ollama als primären Runner für die lokale Inferenz aufgrund der automatischen GPU-Modellaufteilung und der Optimierung des Kontext-Caches. Für fortgeschrittenes Fine-Tuning oder Quantisierungsaufteilungen bietet das nativ kompilierte llama.cpp mit Flash Attention die beste granulare Kontrolle.

Wie Token-Geschwindigkeiten geschätzt werden

Wie wir den GPU-Wertungs-Score berechnen und Marktdaten normalisieren.

📖

Read (Prefill)

Der Prompt wird in einem einzigen parallelen Durchgang verarbeitet. Dies ist rechenleistungsbegrenzt (compute-bound): Es lastet die Tensor-Kerne der GPU aus.

Read-Token/s ≈ TFLOPS × readFactor × 400 ÷ activeParams

Decode (Generierung)

Jedes neue Token erfordert das Laden aller aktiven Modellgewichte aus dem VRAM. Dies ist speicherbandbreitenbegrenzt (memory-bandwidth-bound): Die GPU wartet auf Daten, anstatt zu rechnen.

Decode-Token/s ≈ Bandbreite × decodeFactor ÷ (Gewichte + KV-Cache)

Gewichte = (activeParams × Bits ÷ 8) × 1,15 Overhead. KV-Cache pro Schritt = activeParams × Multiplikator × contextK.

Architektur-Nutzungsfaktoren

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
Vor-Tensor-Core (Pascal, Maxwell, Kepler, GCN, Alchemist)
0.12
0.15

Links: Decode-Faktor — Rechts: Read-Faktor

Datenquellen

TFLOPS und Speicherbandbreite werden aus der GPU-Datenbank ausgelesen. Falls nicht vorhanden, fällt die Bandbreite auf ein hartcodiertes Wörterbuch zurück.

Einschränkungen

Dies sind analytische Schätzungen, keine tatsächlichen Benchmark-Ergebnisse. Verwende sie als relativen Vergleich, nicht als absolute Leistungsgarantie.