NVIDIA DGX Spark · 26 October 2026

DGX Spark 64 Go : ce que le « 1 PetaFLOP » change vraiment pour vos modèles locaux — et comment en profiter

NVIDIA a officialisé le 2 octobre 2026 une mouture 64 Go de son mini-supercalculateur, commercialisée le 23 octobre à 4 999 $, avec une salve d’outils locaux et une mise à jour logicielle d’octobre. Derrière le chiffre marketing du PetaFLOP FP4 sparse, c’est la bande passante mémoire — 273 Go/s — qui décide de tout. Décryptage sans langue de bois, recettes de configuration à l’appui.

Un PetaFLOP dans 1,2 kg : la chronologie qui mène au Spark 64 Go

L’histoire commence au CES 2025, quand NVIDIA dégaine sous le nom de Project DIGITS un drôle d’objet : un boîtier de la taille d’un livre, capable de faire tourner des modèles de plusieurs dizaines de milliards de paramètres sur un bureau. Le projet devient officiel à la GTC du 18 mars 2025 sous le nom de DGX Spark, avec une puce GB10 Grace Blackwell — un CPU Grace de 20 cœurs Arm co-développé avec MediaTek, accolé à un GPU Blackwell — et 128 Go de mémoire unifiée LPDDR5X. Prix d’appel : 3 000 $, disponibilité à l’été 2025.

Puis le marché de la mémoire explose. La DDR5 et la LPDDR5X s’envolent, et NVIDIA doit composer. La release logicielle de juillet 2026 apporte sa cohorte de nouveautés et son lot de régressions (on y revient). Et le 2 octobre 2026, NVIDIA annonce une déclinaison 64 Go, commercialisée à partir du 23 octobre chez les partenaires (Dell, MSI, ASUS, Gigabyte, Acer), à 4 999 $ — soit 1 000 $ de plus que le prix de lancement de la version 128 Go en 2025, tandis que cette dernière grimpe désormais au-delà de 6 000 $, voire 6 995 $ selon les relevés. Cherchez l’erreur : moins de mémoire, plus cher. C’est le paradoxe apparent que cet article va démonter.

Car la vraie question n’est pas « 64 ou 128 Go ? » mais « qu’est-ce qui limite réellement cette machine ? ». Et la réponse, on le verra, tient en un seul chiffre : 273 Go/s. Le passage à 64 Go n’est pas une régression technique : c’est un repositionnement tarifaire dicté par la flambée des coûts mémoire, doublé d’un pari assumé — que la bande passante, et non la capacité brute, reste le facteur limitant pour l’immense majorité des charges locales.

FP4 sparse, NVFP4, Tensor Cores : démontage du « 1 PetaFLOP »

Soyons précis, car le chiffre fait vendre mais ne dit presque rien. Le « 1 PetaFLOP » du GB10 est un 1 000 TOPS en FP4 avec sparsity 2:4 — comprenez : format à 4 bits, avec une structure d’élagage qui saute deux poids sur quatre dans les matrices. C’est le chiffre le plus flatteur possible, obtenu dans les conditions les plus favorables. En pratique :

• Le NVFP4, format natif de Blackwell, code les poids sur 4 bits avec une échelle par bloc, ce qui préserve bien mieux la qualité qu’un FP4 naïf. C’est lui qui rend le chiffre crédible pour l’inférence de modèles quantifiés.
• Dès qu’on passe en FP8, on divise grosso modo par deux le débit théorique ; en BF16/FP16 dense, on retombe à des ordres de grandeur bien plus modestes. Aucun de ces chiffres n’est fourni par NVIDIA dans la communication grand public — et c’est normal : le PetaFLOP est un argument de vitrine, pas une fiche de performance d’inférence.

Le rôle des Tensor Cores de Blackwell est de rendre ces formats basse précision exploitables à haut débit, avec un support matériel du FP4 par bloc. Mais — et c’est le cœur du malentendu — aucun de ces chiffres ne prédit directement le débit en tokens/s. Le calcul matriciel n’est qu’une partie du problème. En décodage autoregressif, la génération token par token est memory-bound : chaque token nécessite de relire l’intégralité des poids du modèle. Le GPU peut avoir beau être une foudre de guerre en FP4, s’il attend les données, il attend.

C’est là que le PetaFLOP devient un décor. Le vrai plafond, c’est le bus mémoire.

273 Go/s : le vrai plafond de verre du GB10

Le GB10 embarque de la LPDDR5X unifiée — le même type de mémoire que celle d’un laptop haut de gamme, pas du HBM empilé comme sur un data-center GPU. La bande passante annoncée tourne autour de 273 Go/s. Un chiffre qui, mis en regard d’une RTX 5090 (1,8 To/s de GDDR7) ou d’un Mac Studio M4 Ultra (~819 Go/s), situe immédiatement la machine : elle est faite pour la capacité, pas pour la vélocité.

Et il y a un os. Selon un signalement sur le forum développeur NVIDIA, les modules livrés tourneraient à 8 533 MT/s au lieu des 9 400 MT/s présentés à Hot Chips, avec une demande d’option UEFI pour récupérer la fréquence nominale. Une seule source communautaire, donc à prendre avec précaution — mais si l’écart se confirme, il rogne mécaniquement la bande passante effective, et donc le débit en tokens/s.

Faisons le calcul, qui explique tout. Pour un modèle de 30 milliards de paramètres quantifié en 4 bits (soit ~15 Go de poids), chaque token généré impose de relire ces 15 Go. À 273 Go/s théoriques, le plafond absolu est de l’ordre de 18 tokens/s — avant même de compter l’overhead, le KV cache, la couche logicielle. Pour un modèle de 70B en Q4 (~35 Go), on tombe autour de 8 tok/s en théorie pure. Voilà pourquoi le PetaFLOP ne sert à rien dans l’équation : c’est le bus qui parle.

Quant au « 128 Go unifiés » évoqué dans certains cadrages pour la version 64 Go, il doit être traité comme non vérifié : aucune source officielle ne corrobore une quelconque astuce permettant de dépasser la capacité physique. La version 64 Go, c’est 64 Go. Point. (Certains titres promettent une « drôle d’astuce » pour dépasser le 128 Go — prudence, cela relève vraisemblablement du clustering, pas de la mémoire virtuelle magique.)

Ce que SparkBench, Spark Arena et r/LocalLLaMA disent vraiment (et ce qu’ils taisent)

C’est ici que le terrain reprend ses droits. Les chiffres qui circulent — sur SparkBench, Spark Arena ou les forums — dessinent une image cohérente mais partielle.

Ce qui tient en 64 Go : les modèles de taille moyenne, type Qwen 3.8 27B, Nemotron 3.5 Lightning 30B-A3B, ou les variantes Flash de la famille Qwen. Sur ces gabarits, la machine est à l’aise. Un relevé communautaire crédite Qwen3.8-Flash-Next-Int4-AutoRound de jusqu’à 70 tok/s sur un seul Spark — un chiffre non reproduit indépendamment, mais plausible pour un modèle de cette classe en quantification agressive.

Ce qui coince : les gros modèles. Un Llama 70B en Q4 tient tout juste en 64 Go (poids + KV cache serré), mais à des débits de l’ordre de la dizaine de tokens/s au mieux. Un gpt-oss-120b ou un Mistral Large ne rentrent tout simplement pas en 64 Go à quantification raisonnable — il faut soit descendre très bas (Q2/Q3, avec la dégradation qualitative qui va avec), soit passer à deux machines.

Les chiffres recoupés, à prendre avec des pincettes : la configuration DeepSeek-V4.1-Flash en EXL3 2,9 bpw sur 2 Sparks avec TensorFold affiche 57 tok/s en texte et 92 tok/s en code, soit 2,1 à 2,3× le kit vLLM selon son auteur sur le forum NVIDIA. C’est une quantification exotique, sur deux machines, non reproduite : à citer comme signal, pas comme vérité.

Les zones d’ombre : aucun résultat MLPerf vérifiable pour le GB10 n’est publié. Les comparaisons avec le Mac Studio ou la RTX 5090 qui circulent sur les forums ne sont pas documentées méthodologiquement. Et les benchmarks officiels NVIDIA, quand ils existent, comparent souvent des pommes à des oranges (FP4 sparse contre FP16 dense). Bref : le terrain parle, mais il parle fort et parfois tout seul.

Recettes de configuration : quantifications, contextes et offloading qui passent sur 64 Go

Voici le volet le plus utile. Sur 64 Go, chaque gigaoctet compte, et chaque choix de quantification a un prix.

Quelle quantification privilégier ?

• NVFP4 : le format natif Blackwell, à préférer quand le modèle est disponible dans ce format. Meilleur compromis qualité/vitesse sur GB10.
• AWQ / GPTQ 4 bits : le standard de facto pour les modèles moyens. Fiable, bien supporté par vLLM.
• EXL3 (2,9–3,5 bpw) : pour faire tenir des modèles plus gros, au prix d’une qualité en retrait. À réserver aux cas où la capacité est le critère absolu.
• GGUF Q4_K_M / Q5_K_M : pour llama.cpp, le pain quotidien. Q8 ne tient que sur les petits modèles.

Quel contexte maximal ? Règle empirique : plus le modèle est gros, plus le KV cache mange. Sur un 27–30B en 4 bits, on peut viser un contexte confortable ; sur un 70B, il faut serrer le contexte et activer la quantification du KV cache (Q8, voire Q4) sous peine de saturer la mémoire.

Réglages vLLM :

• gpu_memory_utilization autour de 0,90–0,92 (laisser de la marge pour le système).
• max_model_len calé sur le contexte réellement nécessaire, pas la valeur maximale du modèle.
• Paged attention activée par défaut : indispensable pour ne pas gaspiller la mémoire.
• Pour les charges multi-agents, monter la concurrence : les chiffres agrégés explosent (voir plus bas).

Réglages llama.cpp :

• n_gpu_layers au maximum tant que ça tient ; sinon, offloading partiel.
• Flash attention activée : gain mémoire et vitesse sur les longs contextes.
• KV cache quantization (--cache-type-k q8_0 --cache-type-v q8_0) : le levier le plus efficace pour gagner du contexte sans perdre trop de qualité.

Les pièges connus depuis juillet : des utilisateurs signalent des ventilateurs qui accélèrent à peine à haute température et ne sont pas réglables — un problème thermique qui peut brider les charges longues (fine-tuning, génération vidéo). Un cas de perte totale de l’hôte lors d’une inférence MiniMax H3 en 864×480 a même été documenté sur GitHub. Surveillez les températures, évitez les charges saturantes prolongées sans aération.

Mise à jour d’octobre 2026 : la procédure pas à pas et les pièges de la release de juillet

La release logicielle d’octobre 2026 est disponible sur le forum développeur NVIDIA et dans les release notes officielles. Voici comment la mener sans casse.

Avant de commencer : sauvegardez vos modèles et configurations. Les releases précédentes ont montré que tout ne se passe pas toujours comme prévu.

Ordre des opérations :

1. Vérifiez la version de DGX OS et des pilotes actuels.
2. Appliquez la mise à jour système, puis le firmware UEFI — c’est là que se joue notamment la fréquence mémoire (l’option réclamée sur le forum pour passer de 8 533 à 9 400 MT/s).
3. Redémarrez, puis contrôlez la bande passante effective après flash (outils type mbw ou stream).
4. Mettez à jour la pile NVIDIA AI Enterprise et les conteneurs.
5. Testez un modèle de référence pour valider les débits.

Les régressions documentées depuis juillet : la release de juillet a laissé des traces — problèmes de gestion thermique, ventilateurs non réglables, et cas isolés de stabilité sous charge lourde. La release d’octobre est censée corriger une partie de ces points ; vérifiez néanmoins les notes de version avant de vous lancer sur une charge critique. Le retour arrière reste possible mais coûteux (reflash complet) : mieux vaut ne pas en arriver là.

Un Spark, deux Sparks : ce que le ConnectX-7 change (et ne change pas)

Le GB10 conserve le ConnectX-7 avec deux ports QSFP à 200 Gbps, ce qui permet de chaîner deux Sparks. C’est la vraie réponse au plafond des 64 Go : au lieu d’acheter un 128 Go hors de prix, on achète deux 64 Go et on les fait travailler ensemble.

Ce que ça débloque : des modèles qui ne tiennent pas sur une machine. Deux Sparks supportent jusqu’à 405 milliards de paramètres selon les relevés, avec un pool de cache KV partagé de plus d’un million de tokens (1 105 096 exactement dans une configuration documentée). Sur DeepSeek-V4-Flash en FP8 avec vLLM en TP=2, on mesure ~41 tok/s en single-stream, ~350 tok/s agrégés à concurrence 32, et un prefill de ~1 785 tok/s. Ce sont des chiffres solides, recoupés.

Ce que ça ne change pas : la latence de synchronisation entre les deux machines, et le fait que le single-stream reste bridé par la bande passante par nœud. L’affirmation d’un gain de « 2,1 à 2,3× le kit vLLM » sur le forum reste non reproduite : à considérer comme un plafond optimiste, pas comme une promesse.

Ascent GX10, Dell Pro Max, GMKtec et Mac Studio : le vrai match

La lecture est limpide. Le Mac Studio M4 Ultra écrase le Spark en bande passante (819 Go/s) et propose 192 Go : pour l’inférence de gros modèles en single-stream, il gagne souvent. Mais son écosystème Metal reste moins mature que CUDA pour le fine-tuning et les outils NVIDIA. La RTX 5090 est une fusée (1,8 To/s) mais plafonne à 32 Go : parfaite pour les petits modèles et le prototypage, inadaptée aux gros gabarits. Le GMKtec est le challenger prix, mais ROCm reste en retrait sur la maturité logicielle. L’ASUS Ascent GX10 est l’alternative la plus intéressante : même plateforme GB10, 128 Go, à 2 760 € — un prix qui défie toute concurrence si vous pouvez vous en contenter.

Pour le fine-tuning LoRA : le Spark gagne sur l’écosystème CUDA et la pile NVIDIA AI Enterprise. Pour l’inférence de gros modèles : le Mac Studio ou deux Sparks. Pour les agents locaux : le Spark 64 Go est un excellent compromis capacité/prix/consommation (170 W annoncés). Pour le prototypage CUDA : la RTX 5090 reste imbattable en rapport performance/prix, si 32 Go suffisent.

À qui cette version 64 Go s’adresse vraiment — et à qui elle ne suffira pas

Soyons clairs pour finir. Le DGX Spark 64 Go à 4 999 $ est un bon achat pour :

• Le développeur CUDA qui veut une machine de bureau pour prototyper des agents locaux et des pipelines d’inférence sur des modèles de 27–30B, avec la pile NVIDIA complète.
• L’équipe fine-tuning qui travaille sur des LoRA de modèles moyens et veut un environnement reproductible, économe en énergie, sans dépendance au cloud.
• Le chercheur en agents locaux qui a besoin de faire tourner plusieurs petits modèles en parallèle (les charges multi-agents font exploser le débit agrégé — 136 tok/s avec 10 agents sur Qwen3.6-27B selon un relevé).

Il ne suffira pas à :

• Ceux qui veulent faire tourner des 70B+ en single-stream confortable : la bande passante les rattrapera. Visez le 128 Go, ou deux Sparks, ou une autre architecture.
• Ceux qui attendent du MLPerf vérifiable : il n’y en a pas. Les benchmarks officiels restent à venir.
• Ceux qui veulent le meilleur rapport capacité/prix : l’ASUS Ascent GX10 à 2 760 € pour 128 Go est une anomalie de marché à ne pas ignorer.

Ce que la prochaine mise à jour logicielle et l’écosystème SparkBench/Spark Arena doivent encore prouver : la stabilité thermique sous charge longue, la résolution de l’écart de fréquence mémoire, et des benchmarks indépendants et reproductibles. En attendant, le Spark 64 Go est une machine honnête — à condition de comprendre que son PetaFLOP est un argument de vitrine, et que son vrai visage, c’est 273 Go/s.

Sources

• NVIDIA Announces DGX Spark 64GB (MarkTechPost, 2 oct. 2026)
• DGX Spark Software Updates — October 2026 Release (forum NVIDIA)
• DGX Spark Release Notes (docs NVIDIA)
• DGX Spark Software Updates — July 2026 Release (forum NVIDIA)
• SparkBench — Spark Arena
• ASUS Ascent GX10 vs NVIDIA DGX Spark (TechGenyz)
• DGX Spark Benchmarks 2026 (tokenstead.ai)
• Spark-DGX-Benchmark (GitHub)
• Capital.fr — prix français du DGX Spark
• Frandroid — DGX Spark 64 Go : deux petits plutôt qu’un gros ?

Article recherché et rédigé automatiquement · Magazine Electrosens