Passer au contenu

Meilleur GPU pour GPT-OSS-20B en local

Prix en temps réel et recommandations matérielles mises à jour pour juillet 2026.

20B
20B
dense

Ajuster la longueur du contexte

Glissez vers les tailles courantes ou saisissez une valeur manuellement.

k tokens
8k
16k
32k
64k
128k
256k
Entrée de gammeQ3_K_M quant
8.6 GB
2.6 GB
VRAM totale :11.2 GB

Matériel recommandé

Arc B58012Go de VRAM
306 tok/sprefill
13 tok/sgénération
GeForce RTX 407012Go de VRAM
339 tok/sprefill
14 tok/sgénération

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

Équilibre parfaitQ4_K_M quant
11.5 GB
2.6 GB
VRAM totale :14.1 GB

Matériel recommandé

GeForce RTX 5060 Ti 16GB16Go de VRAM
345 tok/sprefill
12 tok/sgénération
GeForce RTX 4060 Ti 16GB16Go de VRAM
194 tok/sprefill
7 tok/sgénération

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

Quasi sans perteQ8_0 quant
23 GB
2.6 GB
VRAM totale :25.6 GB

Matériel recommandé

RTX PRO 4500 Blackwell32Go de VRAM
592 tok/sprefill
14 tok/sgénération
GeForce RTX 509032Go de VRAM
1380 tok/sprefill
29 tok/sgénération
RTX A600048Go de VRAM
294 tok/sprefill
8 tok/sgénération
CAD 15907.73Voir la fiche

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

Configuration optimale pour GPT-OSS-20B

Recommandations de quantification

Pour le codage et le raisonnement au quotidien, la Q4_K_M (quantification 4 bits) offre le meilleur équilibre entre qualité et efficacité mémoire — elle réduit les besoins en mémoire de plus de 70 % avec une perte de qualité minimale par rapport au FP16. Les préréglages Q8 et supérieurs préservent davantage de fidélité au prix d'une utilisation VRAM nettement plus élevée, ce qui peut forcer le déchargement des couches et nuire au débit.

Logiciel local recommandé

Nous recommandons Ollama comme exécuteur principal pour l'inférence locale grâce à son découpage automatique des modèles GPU et ses optimisations du cache de contexte. Pour les réglages avancés ou les fractionnements de quantification, llama.cpp avec Flash Attention compilé nativement offre le meilleur contrôle granulaire.

Comment les vitesses de tokens sont estimées

Deux métriques sont affichées par GPU : Lecture tok/s (la vitesse à laquelle le modèle ingère votre prompt) et Décodage tok/s (la vitesse à laquelle il renvoie les tokens). Elles modélisent des goulots d'étranglement fondamentalement différents.

📖

Lecture (Prefill)

Le prompt est traité en un seul passage parallèle. Il est limitée par le calcul : il sature les tensor cores du GPU.

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

Décodage (Génération)

Chaque nouveau token nécessite de charger l'intégralité des poids actifs du modèle depuis la VRAM. Ce processus est limitée par la bande passante mémoire : le GPU attend les données, il ne calcule pas.

décodage tok/s ≈ bande passante × decodeFactor ÷ (poids + kv_cache)

Poids = (activeParams × bits ÷ 8) × 1,15 de surcharge. Cache KV par étape = activeParams × multiplicateur × contextK.

Facteurs d'utilisation par architecture

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
Pré-tensor-core (Pascal, Maxwell, Kepler, GCN, Alchemist)
0.12
0.15

Gauche : facteur de décodage — Droite : facteur de lecture

Sources des données

Les TFLOPS et la bande passante mémoire proviennent de la base de données GPU. En leur absence, la bande passante se rabat sur un dictionnaire codé en dur.

Limites

Il s'agit d'estimations analytiques, pas de résultats de benchmarks. Utilisez-les comme une comparaison relative, pas comme une garantie de performance absolue.