Zum Inhalt springen

Beste GPU für GEMMA-4-26B-A4B lokal

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

26B
4B
moe

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
11.2 GB
1 GB
Gesamter VRAM:12.2 GB

Empfohlene Hardware

GeForce RTX 5060 Ti 16GB16GB VRAM
1725 tok/sPrefill
53 tok/sGenerierung
GeForce RTX 4060 Ti 16GB16GB VRAM
968 tok/sPrefill
29 tok/sGenerierung

At 64k context, weights + KV cache reaches ~12GB — 16GB cards provide reliable headroom for the full context window.

Ausgewogener Sweet SpotQ4_K_M Quant
14.9 GB
1 GB
Gesamter VRAM:16 GB

Empfohlene Hardware

GeForce RTX 5060 Ti 16GB16GB VRAM
1725 tok/sPrefill
46 tok/sGenerierung
Radeon RX 9060 XT 16GB16GB VRAM
1083 tok/sPrefill
28 tok/sGenerierung

The ideal consumer tier. High active token speed with native GQA optimization.

Nahezu verlustfreiQ8_0 Quant
29.9 GB
1 GB
Gesamter VRAM:30.9 GB

Empfohlene Hardware

RTX PRO 4500 Blackwell32GB VRAM
2959 tok/sPrefill
61 tok/sGenerierung
GeForce RTX 509032GB VRAM
6899 tok/sPrefill
121 tok/sGenerierung
Radeon PRO W790048GB VRAM
2329 tok/sPrefill
36 tok/sGenerierung
RTX A600048GB VRAM
1471 tok/sPrefill
32 tok/sGenerierung
CAD 15907.73Karte anzeigen

Q8_0 loads all 26B expert weights at once (~30 GB). Requires a 32 GB+ card — the RTX 5090 is the only consumer option; workstation cards offer more memory headroom.

Setup-Optimierung für GEMMA-4-26B-A4B

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.