Meilleur GPU pour gpt-oss-20b en local
Prix en temps réel et recommandations matérielles mises à jour pour août 2026.
gpt-oss-20b est un modèle dense : ses 20 milliards de paramètres s'activent à chaque token, la vitesse de génération dépend donc de la rapidité avec laquelle votre carte peut lire l'ensemble des poids.
Pour exécuter gpt-oss-20b en local, il vous faut environ 14.1 Go de VRAM en quantification Q4_K_M avec un contexte de 32k tokens. La carte offrant le meilleur rapport qualité-prix est la Radeon RX 9060 XT 16GB (16 Go), qui devrait générer environ 7 tokens par seconde.
Ajuster la longueur du contexte
Glissez vers les tailles courantes ou saisissez une valeur manuellement.
Matériel recommandé
Les poids Q3 (~8,6 Go) plus le cache KV à 32k atteignent ~11 Go. Les cartes de 12 Go couvrent toute la fenêtre de contexte avec de la marge.
Matériel recommandé
Les poids Q4 (~11,5 Go) plus le cache KV à 32k atteignent ~14 Go. Les cartes de 16 Go constituent la configuration grand public idéale.
Matériel recommandé
Les poids Q8 (~23 Go) plus le cache KV à 32k dépassent 24 Go. Les cartes de 32 Go+ délivrent une précision quasi sans perte, sans contrainte de VRAM.
Autres modèles ayant les mêmes besoins en VRAM
Comme les poids de gpt-oss-20b tiennent sur une carte de 16 Go, d'autres modèles de taille similaire fonctionnent sur le même GPU. La vitesse de génération varie — les modèles Mixture-of-Experts sont plus rapides, les modèles denses plus lents — mais tous se chargent dans la même VRAM :
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.
Exécuter gpt-oss-20b en local — FAQ
De combien de VRAM ai-je besoin pour exécuter gpt-oss-20b ?
Avec un contexte de 32k et la quantification du cache KV activée, gpt-oss-20b nécessite environ 14.1 Go de VRAM en Q4_K_M — la quantification à privilégier dans la plupart des cas. En Q3_K_M, ce chiffre descend à environ 11.2 Go au prix d'une certaine qualité, tandis que Q8_0 demande environ 25.6 Go pour la meilleure qualité possible avec ce modèle.
Sur quelle taille de carte graphique gpt-oss-20b tient-il ?
gpt-oss-20b nécessite environ 14.1 Go en Q4_K_M : une carte de 16 Go est donc la plus petite taille courante qui le conserve entièrement en VRAM. En dessous, il faut décharger des couches vers la RAM système, ce qui vous coûte généralement l'essentiel de votre vitesse de génération.
Quelle quantification choisir pour gpt-oss-20b ?
Utilisez Q4_K_M sauf si vous avez de la VRAM en réserve. Il demande environ 14.1 Go et ne perd presque rien face à la pleine précision. Q8_0 exige environ 25.6 Go pour un gain de qualité que peu de gens perçoivent en programmation ou en conversation. Consacrez plutôt la VRAM restante à un contexte plus long.
Quel est l'impact de la longueur de contexte sur la VRAM requise par gpt-oss-20b ?
Les poids du modèle sont fixes, mais le cache KV croît linéairement avec le contexte. Pour gpt-oss-20b avec un contexte de 32k, le cache pèse environ 2.6 Go ; en doublant à 64k, il atteint environ 5.1 Go. Désactiver la quantification du cache KV double encore ces valeurs.
Le même GPU peut-il exécuter d'autres modèles similaires à gpt-oss-20b ?
Oui. gpt-oss-20b nécessite environ 14.1 Go en Q4_K_M, et tout modèle dont les poids tiennent sur la même carte fonctionne dessus — y compris InternLM2.5-20B (20B), Codestral 22B (22.2B), DiffusionGemma 26B-A4B (25.2B). Les poids tiennent dans le même GPU ; la vitesse de génération varie (les modèles Mixture-of-Experts sont plus rapides, les modèles denses plus lents).
▸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.
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.
Poids = (activeParams × bits ÷ 8) × 1,15 de surcharge. Cache KV par étape = activeParams × multiplicateur × contextK.
Facteurs d'utilisation par architecture
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.