Calculateur IA localeQuelle machine pour faire tourner votre modèle ?
Choisissez un modèle open-weight, une quantification et un contexte. Le calculateur estime la mémoire nécessaire et la vitesse de réponse de 18 modèles sur 17 machines, de la RTX 4090 au Mac Studio.
Estimer la mémoire et la vitesse
19,3 Go
- Poids du modèle13,3 Go
- Cache KV5,0 Go
- Réserve d’exécution1,0 Go
19,3 Go nécessaires. Ce réglage tient sur 17 machines sur 17. La plus petite qui convient : GeForce RTX 4090, avec 24 Go utilisables.
| Machine | Mémoire occupée | Verdict | Vitesse de réponse |
|---|---|---|---|
| GeForce RTX 409024 Go utilisables · 1 008 Go/s | 80 % | Confortable | ≈ 40 tokens/sde 29 à 57 |
| GeForce RTX 509032 Go utilisables · 1 792 Go/s | 60 % | Confortable | ≈ 70 tokens/sde 51 à 101 |
| L40S48 Go utilisables · 864 Go/s | 40 % | Confortable | ≈ 34 tokens/sde 25 à 49 |
| H100 PCIe80 Go utilisables · 2 000 Go/s | 24 % | Confortable | ≈ 59 tokens/sde 33 à 113 |
| H100 SXM80 Go utilisables · 3 350 Go/s | 24 % | Confortable | ≈ 98 tokens/sde 56 à 188 |
| RTX PRO 6000 Blackwell96 Go utilisables · 1 792 Go/s | 20 % | Confortable | ≈ 70 tokens/sde 51 à 101 |
| H200141 Go utilisables · 4 800 Go/s | 14 % | Confortable | ≈ 141 tokens/sde 80 à 270 |
| Machine | Mémoire occupée | Verdict | Vitesse de réponse |
|---|---|---|---|
| AMD Ryzen AI Max+ 395 · 128 Go96 Go utilisables · 256 Go/s96 Go de mémoire graphique sous Windows (VGM). | 20 % | Confortable | ≈ 10 tokens/sde 7,3 à 14 |
| NVIDIA DGX Spark119 Go utilisables · 273 Go/sEnviron 119 Go visibles par CUDA, selon l’usage du système. | 16 % | Confortable | ≈ 11 tokens/sde 7,8 à 15 |
| AMD Ryzen AI Max+ PRO 495 · 192 Go144 Go utilisables · 273 Go/sPart graphique non publiée : 75 % retenus. Bande passante calculée. | 13 % | Confortable | ≈ 11 tokens/sde 7,8 à 15 |
| NVIDIA DGX Station GB300252 Go utilisables · 7 100 Go/sPlus 496 Go de mémoire CPU, bien plus lente. | 8 % | Confortable | ≈ 208 tokens/sde 118 à 399 |
| Machine | Mémoire occupée | Verdict | Vitesse de réponse |
|---|---|---|---|
| Mac mini M4 Pro · 64 Go48 Go utilisables · 273 Go/smacOS réserve par défaut environ 75 % de la mémoire au GPU. | 40 % | Confortable | ≈ 11 tokens/sde 7,8 à 15 |
| Mac mini M5 Pro · 64 Go48 Go utilisables · 307 Go/smacOS réserve par défaut environ 75 % de la mémoire au GPU. | 40 % | Confortable | ≈ 12 tokens/sde 8,8 à 17 |
| Mac Studio M4 Max · 128 Go96 Go utilisables · 546 Go/smacOS réserve par défaut environ 75 % de la mémoire au GPU. | 20 % | Confortable | ≈ 21 tokens/sde 16 à 31 |
| Mac Studio M5 Max · 128 Go96 Go utilisables · 614 Go/smacOS réserve par défaut environ 75 % de la mémoire au GPU. | 20 % | Confortable | ≈ 24 tokens/sde 18 à 35 |
| Mac Studio M3 Ultra · 512 Go384 Go utilisables · 819 Go/sOption 512 Go retirée du catalogue en mars 2026. | 5 % | Confortable | ≈ 27 tokens/sde 18 à 46 |
| Mac Studio M5 Ultra · 512 Go384 Go utilisables · 1 200 Go/sVersion 512 Go annoncée pour fin octobre 2026. | 5 % | Confortable | ≈ 39 tokens/sde 27 à 68 |
Vitesse de génération pour une conversation, selon le remplissage du contexte et le logiciel. La lecture d’un long document avant la réponse n’est pas comptée. Repère : on lit environ 5 à 8 tokens par seconde.
Quatre calculs, zéro boîte noire.
Les estimations reprennent les configurations publiées par les éditeurs de modèles, les fiches techniques des constructeurs et la façon dont llama.cpp alloue la mémoire.
Les poids
Paramètres × bits par poids ÷ 8. Pour les formats publiés par les éditeurs (MXFP4, FP8, NVFP4, Q4_0 QAT), nous reprenons la taille réelle des fichiers.
Le cache KV
2 × couches × têtes KV × dimension × tokens × octets par valeur, pour chaque conversation. Fenêtres glissantes, couches hybrides et cache MLA sont comptés comme dans llama.cpp.
La vitesse
Pour écrire un token, la machine relit les poids actifs et le cache. Vitesse ≈ bande passante × efficacité ÷ octets lus, avec 55 à 80 % d’efficacité pour un modèle dense et 35 à 65 % pour un MoE, moins sur les puces les plus rapides.
La mémoire utilisable
Cartes graphiques : toute leur mémoire, moins 1 Go de réserve. Mac : environ 75 % de la mémoire. AMD Strix Halo : 96 Go sous Windows. Tailles en Go binaires : 1 Go = 1 024³ octets.
Ce que le calcul
ne dit pas.
Un ordre de grandeur aide à écarter les mauvaises pistes. Le choix final se fait sur vos documents, vos utilisateurs et vos outils : un diagnostic d’abord, puis une phase de test.
Tester sur vos casIA locale en entrepriseAudit & cadrage IALa lecture des documents
Avant de répondre, le modèle lit votre question et vos documents. Cette étape dépend de la puissance de calcul, pas de la bande passante, et n’est pas estimée ici.
La qualité des réponses
Deux modèles de même taille ne se valent pas sur vos tâches. Seul un test sur vos exemples tranche.
Plusieurs cartes
Répartir un modèle sur 2, 4 ou 8 GPU est courant pour les plus gros. Le gain se mesure configuration par configuration.
Le logiciel d’inférence
llama.cpp, Ollama, vLLM ou SGLang n’allouent pas la mémoire de la même façon, et chacun a ses optimisations.
Les questions sur le matériel IA.
Quel matériel faut-il pour faire tourner un LLM en local ?
La mémoire décide d’abord : elle doit contenir les poids du modèle, le cache de la conversation et une petite réserve pour le logiciel. La bande passante mémoire fixe ensuite la vitesse de réponse. Une carte graphique récente suffit pour un modèle de 8 à 30 milliards de paramètres quantifié ; au-delà, il faut une carte professionnelle, un Mac à mémoire unifiée ou plusieurs GPU.
Quelle carte graphique pour Llama 3.3 70B ?
En Q4_K_M, les poids de Llama 3.3 70B occupent environ 39,8 Go. Avec 32 768 tokens de contexte, il faut compter 50,8 Go au total : une RTX 4090 ou une RTX 5090 seule ne suffit pas, une RTX PRO 6000, une H100 ou un Mac Studio 128 Go conviennent. Avec 8 192 tokens, le total descend à 43,3 Go et une L40S de 48 Go passe, sans grande marge.
Un Mac peut-il faire tourner une IA locale ?
Oui. Un Mac mini ou un Mac Studio partage sa mémoire entre le processeur et le GPU, et macOS en réserve par défaut environ 75 % au GPU sur les machines de 64 Go et plus : un Mac Studio 128 Go dispose d’environ 96 Go pour le modèle. La bande passante, de 273 à 1 200 Go/s selon la puce, fixe la vitesse de réponse. La lecture de longs documents reste en général plus lente que sur une carte NVIDIA haut de gamme.
Que veut dire Q4_K_M ?
C’est un format de quantification de llama.cpp, utilisé par Ollama et LM Studio. Chaque poids est stocké sur 4,85 bits en moyenne au lieu de 16 en BF16 : le fichier est environ trois fois plus léger. La perte de qualité mesurée reste faible sur les grands modèles, mais elle se vérifie sur vos propres tâches.
Pourquoi le contexte consomme-t-il autant de mémoire ?
Pour chaque token du contexte, le modèle garde des clés et des valeurs dans chacune de ses couches : c’est le cache KV. Avec Llama 3.3 70B en F16, cela représente 320 Ko par token, soit 40,0 Go pour 131 072 tokens. Les architectures récentes réduisent ce coût : fenêtres glissantes chez Gemma et gpt-oss, couches hybrides chez Qwen3.5 et ses successeurs, cache compressé MLA chez DeepSeek et Mistral Small 4.
Quelle différence entre un modèle dense et un modèle MoE ?
Un modèle dense utilise tous ses paramètres pour chaque token. Un modèle MoE, pour mixture of experts, n’en active qu’une partie : gpt-oss-120b stocke 116,8 milliards de paramètres mais n’en utilise que 5,1 par token. Il demande donc la mémoire de sa taille totale, mais il répond bien plus vite qu’un modèle dense de même taille.
Le calculateur remplace-t-il un audit ?
Non. Il donne un ordre de grandeur pour la mémoire et la vitesse d’écriture. Un projet réel dépend aussi du temps de lecture des documents, du nombre d’utilisateurs simultanés, de la qualité obtenue sur vos exemples, de la sécurité et de l’intégration à vos outils. Nous testons ces points sur vos cas avant de recommander une machine. L’audit & cadrage IA peut être la première étape.
Sources.
Modèles
- Llama 3.1 8B (nouvel onglet)
- Qwen3 8B (nouvel onglet)
- Qwen3.5 9B (nouvel onglet)
- Mistral Small 3.2 24B (nouvel onglet)
- Gemma 3 27B (nouvel onglet)
- Qwen3.8 27B (nouvel onglet)
- Gemma 4 31B (nouvel onglet)
- Qwen3 32B (nouvel onglet)
- Llama 3.3 70B (nouvel onglet)
- gpt-oss-20b (nouvel onglet)
- Gemma 4 26B A4B (nouvel onglet)
- Qwen3 30B-A3B (nouvel onglet)
- GLM-4.7-Flash (nouvel onglet)
- Qwen3.6 35B-A3B (nouvel onglet)
- gpt-oss-120b (nouvel onglet)
- Mistral Small 4 119B (nouvel onglet)
- Qwen3 235B-A22B (nouvel onglet)
- DeepSeek V3.2 (nouvel onglet)
Machines
- GeForce RTX 4090 (nouvel onglet)
- GeForce RTX 5090 (nouvel onglet)
- L40S (nouvel onglet)
- H100 PCIe (nouvel onglet)
- H100 SXM (nouvel onglet)
- RTX PRO 6000 Blackwell (nouvel onglet)
- H200 (nouvel onglet)
- AMD Ryzen AI Max+ 395 · 128 Go (nouvel onglet)
- NVIDIA DGX Spark (nouvel onglet)
- AMD Ryzen AI Max+ PRO 495 · 192 Go (nouvel onglet)
- NVIDIA DGX Station GB300 (nouvel onglet)
- Mac mini M4 Pro · 64 Go (nouvel onglet)
- Mac mini M5 Pro · 64 Go (nouvel onglet)
- Mac Studio M4 Max · 128 Go (nouvel onglet)
- Mac Studio M5 Max · 128 Go (nouvel onglet)
- Mac Studio M3 Ultra · 512 Go (nouvel onglet)
- Mac Studio M5 Ultra · 512 Go (nouvel onglet)
Méthode
- Quantification : README quantize de llama.cpp (nouvel onglet)
- Formats GGUF : documentation Hugging Face (nouvel onglet)
- Cache KV et décodage : blog technique NVIDIA (nouvel onglet)
- Inférence limitée par la bande passante : Databricks (nouvel onglet)
- Vitesse théorique d’un LLM : zeux.io (nouvel onglet)
- Mesures llama.cpp sur Apple Silicon (nouvel onglet)
- Mesures llama.cpp sur GPU NVIDIA (nouvel onglet)
- Guide gpt-oss de llama.cpp (mémoire macOS) (nouvel onglet)
- Model card gpt-oss (MXFP4) (nouvel onglet)
