Passer au contenu principal
Choisissez le bon matériel pour l’inférence LLM locale. Chaque plateforme ci-dessous est spécifiée pour la mémoire, le calcul, la bande passante et la capacité de modèles afin que vous puissiez comparer d’un coup d’œil et passer au guide de configuration correspondant.
Last verified: 2026-10-14. Prices and availability change; confirm with the manufacturer before buying.
Si vous avez déjà du matériel, commencez par le tableau comparatif rapide pour voir où se situe votre plateforme. Si vous achetez, utilisez le guide de décision pour filtrer par budget et cas d’usage.

Hardware platforms

NVIDIA DGX Spark

Serveur d’inférence permanent pour grands modèles MoEIdéal pour les équipes faisant tourner de grands modèles MoE 24/7 sur du silicium Grace Blackwell.Voir DGX Spark model compatibility pour la liste complète des modèles.

AMD Strix Halo

Station de travail compacte avec jusqu’à 192 GB de mémoire unifiéeDisponible avec jusqu’à 192 GB de mémoire unifiée sur la plateforme développeur AMD Ryzen AI Max+ Pro 495. Présent dans le Framework Desktop, les mini-PC et les ordinateurs portables.
Le support ROCm est limité. Utilisez le backend Vulkan avec llama.cpp pour de meilleurs résultats sur le matériel grand public.

NVIDIA RTX 4090

Station de travail de bureau, inférence haute vitesse mono-utilisateurBande passante mémoire élevée dans un GPU grand public à un prix inférieur au 5090. Idéal pour de l’inférence rapide mono-utilisateur.S’associe bien avec vLLM pour du serving à haut débit ou Ollama pour une configuration simple. Voir RTX workstation setup.

NVIDIA RTX A6000

Station de travail professionnelle, serving multi-utilisateursLe double de VRAM d’un 4090 avec une bande passante de pointe plus faible. Fait tourner des modèles 70B sur 1 GPU.

NVIDIA RTX 5090

GPU grand public flagship avec 32 GB GDDR7~39% plus rapide que le RTX 4090 sur des modèles 8B (145 vs 104 tok/s). Les 8 GB de VRAM supplémentaires par rapport au 4090 font tourner des modèles 70B Q4 qui ne tiennent pas dans 24 GB.Tok/s estimés : 7B ~162, 14B ~90, 32B dense ~45, 70B ~23. $1,999 MSRP.

Apple Mac Studio (M4 Ultra)

Grands modèles sous macOS, mis à jour pour 2025Fait tourner du 70B Q4 à ~18-24 tok/s. Présent dans le Mac Studio et le Mac Pro. Un point intermédiaire entre le M2 Ultra et le M5 Ultra pour l’inférence de grands modèles sous macOS.

Apple Mac Studio (M5 Ultra)

Le desktop à mémoire unifiée la plus grande — jusqu’à 512 GB50% de bande passante en plus que le M3 Ultra. Fait tourner DeepSeek V4-Flash-0731 en précision native (155 GB) sur la configuration 256 GB. ~20-25% plus rapide que le M2 Ultra en inférence LLM. Mac Studio M5 Ultra from $5,499.

Apple Mac Studio (M5 Max)

Apple Silicon milieu de gamme pour modèles 70BFait tourner des modèles 70B Q4 avec de la marge. Mac Studio M5 Max from $2,499. Un bon point intermédiaire entre le M4 Max et le M5 Ultra pour l’inférence sous macOS.

Apple Mac Studio (M2 Ultra)

Fonctionnement silencieux, grands modèles sous macOS192 GB de mémoire unifiée pour faire tourner des modèles 120B en silence. Remplacé par le M4 Ultra et le M5 Ultra mais reste une option solide pour l’inférence de grands modèles sous macOS.Utilisez LM Studio ou Ollama avec l’accélération Metal. Voir Mac Studio setup.

Multi-GPU (2x RTX 5090 / 2x RTX 4090 / 2x A6000)

Modèles trop grands pour 1 GPUUtilisez le parallélisme tensoriel sur 2 GPU quand 1 GPU ne suffit pas. Voir 1 vs 2 DGX Sparks pour les patterns de clustering.

Consumer laptop (16 GB)

Modèles 7B, IA hors-ligne, voyageFaites tourner des modèles 7B sur n’importe quel ordinateur portable sans GPU requis. Bien pour les assistants de code hors-ligne et les déplacements.Associez avec Ollama ou llama.cpp pour la configuration locale la plus simple, puis connectez via Tokios pour accéder au modèle depuis votre téléphone ou un autre appareil.

Phone / edge device

Inférence sur l’appareil, confidentialité maximaleFaites tourner de petits modèles directement sur votre téléphone. Pas de réseau, pas de cloud, pas de latence.Voir From your phone pour accéder à un modèle de serveur domestique depuis les apps de chat iOS et Android.
DeepSeek-V4-Flash-0731 est un cas spécial : son plancher de poids d’environ 162–167 GB dépasse la plupart des configurations mono-GPU. Le Mac Studio M5 Ultra (configuration 256 GB) le fait tourner en précision native. 2x 96 GB RTX PRO 6000 Blackwell ont aussi assez de VRAM agrégée, mais 0731 a besoin d’une validation communautaire sur cette configuration. Comparez les chemins M5 Ultra, 2x RTX PRO 6000, 2x DGX Spark, et 2x Strix Halo avant d’acheter le matériel.

Quick comparison

Les vitesses en tokens sont des estimations approximatives pour de l’inférence 7B Q4 et varient selon le backend, la quantification et la longueur de contexte. Benchmardez votre propre configuration avec Test your deployment.

Runtime compatibility

Tous les runtimes ne fonctionnent pas sur toutes les plateformes. Voici ce que chaque niveau de matériel prend en charge aujourd’hui.
Si votre matériel a un support de runtime limité, commencez par Ollama ou llama.cpp — ils ont la couverture de plateformes la plus large.

Power and form factor

Le matériel d’inférence locale va d’un téléphone dans votre poche à un serveur rack. La consommation et le bruit comptent si la machine vit sur votre bureau ou dans un bureau partagé. Si la machine tourne 24/7 dans un espace partagé, privilégiez une faible consommation idle et un refroidissement silencieux. Le Mac Studio et le DGX Spark sont les meilleures options permanentes pour les environnements de bureau.

Scaling beyond 1 machine

Quand 1 machine ne suffit pas, vous avez 3 options :
  1. Ajoutez un second GPU dans la même machine avec le parallélisme tensoriel (TP=2). Fonctionne bien avec 2x RTX 5090 (64 GB total), 2x RTX 4090, ou 2x A6000. Voir Model sharding pour la configuration.
  2. Clusterisez plusieurs nœuds — par exemple, 2 DGX Sparks connectés en réseau peuvent servir certains modèles distribués dont les poids, le cache et la surcharge runtime tiennent sous 256 GB. Voir 1 vs 2 DGX Sparks pour les compromis.
  3. Déportez vers un serveur distant — faites tourner le modèle sur un serveur GPU dédié et atteignez-le via Tokios depuis n’importe quel client. Voir vLLM remote access et Ollama remote access.
Pour le serving en équipe, la question clé est de savoir si vous avez besoin de plus de débit ou de plus de capacité de modèle. Des GPU supplémentaires peuvent améliorer les deux, mais le passage à l’échelle dépend du modèle, de la stratégie de parallélisme et de l’interconnexion. Mesurez la charge de travail complète au lieu de supposer un débit linéaire.

Which hardware should you choose?

Utilisez un ordinateur portable grand public avec 16 GB de RAM faisant tourner des modèles 7B via Ollama ou llama.cpp. Si vous avez un desktop avec un slot PCIe, une RTX 3090 d’occasion (24 GB) offre un excellent rapport qualité-prix à $700-900 et fait tourner des modèles 30B en Q4.
RTX 5090 (32 GB, $1,999 MSRP). 32 GB GDDR7 fait tourner des modèles 70B Q4 que le 4090 avec ses 24 GB ne peut pas, avec ~39% d’inférence plus rapide sur les petits modèles. RTX 4090 (24 GB) reste un choix solide si vous en trouvez une à un prix inférieur — la plus haute bande passante mémoire grand public à 1008 GB/s et un support large backend sur Ollama, vLLM, llama.cpp et LM Studio.
Mac Studio M5 Ultra (256-512 GB unified) fait tourner les plus grands modèles de tout desktop — 120B+ en Q4, et DeepSeek V4-Flash en précision native sur la config 256 GB. Mac Studio M4 Ultra (192 GB) et M2 Ultra (192 GB) font aussi tourner des modèles 120B en silence. DGX Spark (128 GB) fait tourner du 70B FP8 nativement et des modèles 120B MoE. Strix Halo (jusqu’à 192 GB unified) est une alternative compacte avec l’inférence Vulkan.
2x A6000 avec NVLink donne 96 GB de VRAM totale et sert plusieurs utilisateurs à la fois. 2x RTX 5090 (64 GB total) est une alternative grand public plus rapide. DGX Spark est une alternative clé en main avec 128 GB de mémoire unifiée et pas de plumbing multi-GPU.
Mac Studio (tout Apple Silicon) tourne à 30-150W avec un refroidissement quasi-silencieux. C’est l’option la plus silencieuse pour de l’inférence permanente dans un bureau ou un environnement domestique. Le M5 Ultra plafonne à 512 GB de mémoire unifiée pour les plus grands modèles.
Strix Halo avec jusqu’à 192 GB de mémoire unifiée sur la plateforme développeur Ryzen AI Max+ Pro 495. Disponible dans le Framework Desktop, les mini-PC et les ordinateurs portables. Utilisez llama.cpp avec le backend Vulkan — le support ROCm est limité sur le matériel grand public. Voir le Strix Halo setup guide pour les détails.
Phone / edge device pour de l’inférence sur l’appareil sans réseau requis. Faites tourner des modèles 3B-7B via llama.cpp, MLC-LLM ou MediaPipe.

How memory maps to model size

La contrainte la plus importante pour l’inférence LLM locale est la mémoire. Voici comment les tailles de modèles courantes correspondent à la RAM ou la VRAM dont vous avez besoin à différents niveaux de quantification.
Laissez toujours 2-4 GB libres pour le cache KV et la surcharge runtime. Un modèle 70B Q4_K_M qui “tient” dans 40 GB de VRAM a encore besoin de marge pour le contexte — prévoyez 44-48 GB au total. Voir KV cache and context pour le calcul.
Les modèles de taille frontier comme Kimi K3 (2.8T paramètres) ont besoin d’environ 1.4 TB même en quantification 4-bit — aucune configuration desktop ou prosumer unique ne les fait tenir. Moonshot recommande un supernode avec 64+ accélérateurs. Voir Kimi K3 hardware requirements pour le tableau complet.
Voir Find a model that fits your hardware pour examiner comment associer taille de modèle et matériel, et Quantization concepts pour ce que signifient les niveaux de quantification.

Common hardware mistakes

  • Acheter pour les TFLOPS, pas pour la mémoire. Un 4090 ou 5090 a plus de calcul brut qu’un A6000, mais le A6000 avec ses 48 GB de VRAM fait tourner des modèles 70B que le 4090 avec ses 24 GB ne peut pas. Même le 5090 avec ses 32 GB est juste pour du 70B à des quantifications plus élevées. La mémoire détermine ce qui tourne ; les TFLOPS déterminent la vitesse.
  • Ignorer la surcharge du cache KV. Un modèle qui “tient” dans votre VRAM au chargement peut quand même OOM pendant l’inférence car le cache KV grandit avec la longueur de contexte. Prévoyez 2-4 GB de plus.
  • Croire que le multi-GPU est gratuit. Le parallélisme tensoriel sur 2 GPU nécessite un interconnexion rapide (NVLink ou PCIe 4.0 x16). En PCIe, attendez-vous à 10-20% de perte de débit par rapport à un seul GPU plus grand.
  • Négliger l’alimentation et le refroidissement. Un 575W RTX 5090 ou un 450W RTX 4090 dans un petit bureau génère de la chaleur et du bruit. Si la machine tourne 24/7, intégrez le coût électrique et l’impact acoustique.
  • Passer la vérification du backend. Tous les runtimes ne supportent pas tous les GPU. Confirmez que le backend choisi fonctionne sur votre matériel avant d’acheter — voir Runtime compatibility ci-dessus.

Next steps

Choose a local model

Choisissez un modèle et un backend selon votre flux de travail, votre matériel et vos besoins de latence.

Model fit

Calculez quelles tailles de modèles et quantifications tiennent dans votre GPU ou mémoire unifiée.

Model sharding

Répartissez les modèles sur plusieurs GPU quand 1 GPU ne suffit pas.

DGX Spark model compatibility

Voir quels modèles fonctionnent sur DGX Spark et à quels niveaux de quantification.

Strix Halo model compatibility

Vérifiez quels modèles fonctionnent sur AMD Strix Halo avec les backends Vulkan et ROCm.

Test your deployment

Comparez latence et débit entre déploiements une fois le trafic en circulation.

Supported backends

Configurez Ollama, LM Studio, llama.cpp, vLLM ou SGLang comme upstream.

Quickstart

Partez de zéro jusqu’à un connecteur, un déploiement et une clé API fonctionnels.