A 128GB box on a 273 GB/s memory bus: great for long prompts, agents and MoE models, slow on dense ones. The new 64GB version, whether one Spark is enough, and which buyer should pick it over a Mac Studio or Strix Halo.
The DGX Spark is worth it if your work is long prompts, agents or mixture-of-experts models on NVIDIA's CUDA stack. It is not worth it if you mainly want fast replies from a dense model: its 128 GB of memory sits on a 273 GB/s bus, and generation speed follows that bus. One unit is a complete machine, not half of one.
The clearest evidence comes from the llama.cpp project itself. Between November 2025 and February 2026 it got three months of CUDA optimization work, and Georgi Gerganov benchmarked a DGX Spark on both builds: same machine, same harness, same models. Prompt processing got up to 27% faster. Token generation got slower, by 2.8% to 4.1% on every model tested. That is a memory bus behaving like a memory bus.
Which machine for which buyer
Agents, coding tools, long retrieved contexts on CUDA
Best fit
DGX Spark, 128GB
Why
Fastest prefill in this class, same CUDA stack you deploy on
In r/LocalLLM's October thread asking why anyone would buy a Spark or a Strix Halo over a Mac Studio (thread), owners gave the same split from experience: the Spark for faster prefill in agentic work and for CUDA, Strix Halo for ROCm on x86 and a machine that doubles as a gaming PC, and the note that the 512GB M3 Ultra is now hard to buy.
How many tokens per second does the DGX Spark get?
Between 29 and 83 tokens per second on the small and mid-size models in llama.cpp's own benchmark, at short context. Mixture-of-experts (MoE) models are fast because only part of the model is read per token. Dense models are slow, because every weight is read for every token. Speed drops as the conversation gets longer.
Gemma 3 4B, Q4_0 (dense)
Generation, short context
81.05 tok/s
Generation at 32K context
62.28 tok/s
Prompt processing (2K prompt)
5,949 tok/s
Qwen2.5-Coder 7B, Q8_0 (dense)
Generation, short context
29.43 tok/s
Generation at 32K context
22.51 tok/s
Prompt processing (2K prompt)
2,250 tok/s
gpt-oss-20b, MXFP4 (MoE)
Generation, short context
83.43 tok/s
Generation at 32K context
61.65 tok/s
Prompt processing (2K prompt)
4,506 tok/s
Qwen3-Coder 30B-A3B, Q8_0 (MoE)
Generation, short context
61.06 tok/s
Generation at 32K context
30.21 tok/s
Prompt processing (2K prompt)
2,987 tok/s
GLM-4.7-Flash 30B-A3B, Q8_0 (MoE)
Generation, short context
48.68 tok/s
Generation at 32K context
32.65 tok/s
Prompt processing (2K prompt)
2,364 tok/s
gpt-oss-120b, MXFP4 (MoE)
Generation, short context
58.72 tok/s
Generation at 32K context
42.76 tok/s
Prompt processing (2K prompt)
2,444 tok/s
Llama 3.1 70B, FP8 (dense; LMSYS, SGLang)
Generation, short context
2.7 tok/s
Generation at 32K context
not reported
Prompt processing (2K prompt)
803 tok/s
Generation, short context
Generation at 32K context
Prompt processing (2K prompt)
Gemma 3 4B, Q4_0 (dense)
81.05 tok/s
62.28 tok/s
5,949 tok/s
Qwen2.5-Coder 7B, Q8_0 (dense)
29.43 tok/s
22.51 tok/s
2,250 tok/s
gpt-oss-20b, MXFP4 (MoE)
83.43 tok/s
61.65 tok/s
4,506 tok/s
Qwen3-Coder 30B-A3B, Q8_0 (MoE)
61.06 tok/s
30.21 tok/s
2,987 tok/s
GLM-4.7-Flash 30B-A3B, Q8_0 (MoE)
48.68 tok/s
32.65 tok/s
2,364 tok/s
gpt-oss-120b, MXFP4 (MoE)
58.72 tok/s
42.76 tok/s
2,444 tok/s
Llama 3.1 70B, FP8 (dense; LMSYS, SGLang)
2.7 tok/s
not reported
803 tok/s
For scale, llama.cpp's CUDA scoreboard lists the DGX Spark at 56.74 tokens/s on its standard Llama 2 7B Q4_0 test, against 300.40 for an RTX 5090. Our gpt-oss-120b hardware guide compares the Spark with other ways to run that model.
Two numbers, and the one that gets advertised
Generating text is two jobs wearing one name. Prefill is reading your prompt. It handles many tokens at once, so it scales with compute. Decode is writing the reply, one token at a time. Each token means reading the model's active weights from memory, so it scales with memory bandwidth and little else.
NVIDIA's product page leads with up to 1 petaFLOP of FP4 compute. That is a prefill number. The same page lists memory bandwidth at 273 GB/s, and that is the decode number. For context, an RTX 5090 has 1,792 GB/s and Apple's M2 Ultra has 800 GB/s.
The accidental experiment
Gerganov keeps DGX Spark benchmark results in the llama.cpp repository. The file has two versions: build 6989 in November 2025 and build 7941 in February 2026. Comparing them gives a controlled before-and-after on identical hardware, with three months of software work in between.
Same machine, same harness, three months apart
gpt-oss-20B, Nov 2025
Prefill (pp2048)
3,714 t/s
Generation (tg32)
86.58 t/s
gpt-oss-20B, Feb 2026
Prefill (pp2048)
4,506 t/s (+21%)
Generation (tg32)
83.43 t/s (-3.6%)
gpt-oss-120B, Nov 2025
Prefill (pp2048)
1,919 t/s
Generation (tg32)
60.40 t/s
gpt-oss-120B, Feb 2026
Prefill (pp2048)
2,444 t/s (+27%)
Generation (tg32)
58.72 t/s (-2.8%)
Prefill (pp2048)
Generation (tg32)
gpt-oss-20B, Nov 2025
3,714 t/s
86.58 t/s
gpt-oss-20B, Feb 2026
4,506 t/s (+21%)
83.43 t/s (-3.6%)
gpt-oss-120B, Nov 2025
1,919 t/s
60.40 t/s
gpt-oss-120B, Feb 2026
2,444 t/s (+27%)
58.72 t/s (-2.8%)
Three months of kernel work bought a fifth to a quarter more prefill speed. It bought nothing for generation, because generation was never waiting on the kernels. It was waiting on the bus, and the bus doesn't get software updates. The other three models in both files tell the same story: generation fell 2.8% on Qwen3-Coder 30B-A3B, 4.0% on Qwen2.5-Coder 7B and 4.1% on Gemma 3 4B.
You cannot optimize your way out of a memory bandwidth limit. Three months of trying is the proof.
DGX Spark vs Mac: it depends on the model
The obvious rival is a Mac with lots of unified memory. llama.cpp keeps a matching M2 Ultra benchmark file with the same models, so the comparison is fair. The winner flips depending on what you run.
On a dense model it isn't close. Qwen2.5-Coder 7B at Q8_0: the M2 Ultra does 79.68 tokens/s, the Spark 29.43. That is a 2.71x gap against a bandwidth ratio of 2.93x (800 / 273). Both machines run at roughly 80 to 90% of what their memory bus allows. The ranking is about which one has the wider pipe.
On MoE models the gap shrinks, because only a fraction of the weights is read per token. On gpt-oss-120b the Mac's lead falls from 2.71x to 1.46x (85.60 vs 58.72 tokens/s).
And on prefill the Spark wins outright, more so as context grows:
Prompt processing, DGX Spark vs M2 Ultra (llama.cpp benches)
gpt-oss-120B @ 2K
DGX Spark
2,444 t/s
M2 Ultra
1,649 t/s
Spark advantage
1.48x
gpt-oss-120B @ 32K
DGX Spark
1,567 t/s
M2 Ultra
721 t/s
Spark advantage
2.17x
GLM-4.7-Flash 30B-A3B @ 32K
DGX Spark
567 t/s
M2 Ultra
151 t/s
Spark advantage
3.75x
DGX Spark
M2 Ultra
Spark advantage
gpt-oss-120B @ 2K
2,444 t/s
1,649 t/s
1.48x
gpt-oss-120B @ 32K
1,567 t/s
721 t/s
2.17x
GLM-4.7-Flash 30B-A3B @ 32K
567 t/s
151 t/s
3.75x
That last row is the strongest case for this machine. At 32K of context on a 30B MoE model, the Spark processes prompts nearly four times faster than the Mac, and wins on generation too (32.65 vs 21.81 tokens/s). Agent work, with long tool-call chains and big retrieved contexts, spends most of its time in prefill. That is the workload this machine is built for. For a newer Mac comparison, see Mac Studio M4 Max vs GB10 and Strix Halo.
Can the DGX Spark run a 70B or 200B model?
It can hold one. NVIDIA's product page says one 128 GB Spark handles inference on models up to 200 billion parameters and fine-tuning up to 70 billion; two clustered units go to 400 billion, and four to 700 billion. Holding a model and running it at a usable speed are different claims.
LMSYS measured Llama 3.1 70B at FP8 in its DGX Spark review: 803 tokens/s prefill, 2.7 tokens/s decode. Roughly 70 GB of weights read at 273 GB/s gives a ceiling of about 3.9 tokens/s, so 2.7 is about 69% of what the hardware can physically do. Nothing is broken. That is the machine.
Our cost-to-run pages separate the memory requirement from the speed estimate for exactly this reason.
Is one DGX Spark useless until you buy a second?
No. A single 128GB unit runs everything in the tables above on its own. The question comes up because NVIDIA markets clustering: in r/LocalLLM, a buyer who said they paid $8k at Micro Center asked exactly this (thread).
A second unit does two things, per NVIDIA. It doubles memory, so two 128GB units hold models up to 400 billion parameters instead of 200 billion. And because each unit has its own memory bus, NVIDIA's blog says clustering gives "twice the memory bandwidth"; it reports "up to 1.7x performance" for two 64GB units against one in its own Qwen 3.8 27B test. That is a vendor benchmark. Two or three units connect with a single QSFP cable through the built-in ConnectX-7 ports; four need a switch.
Buy a second unit only if you have a model that does not fit in one, or a measured speed problem that splitting the model would fix. For most single-user work, one is the whole machine.
How much does the DGX Spark cost?
64GB: NVIDIA's blog says the DGX Spark 64GB went on sale from Acer, ASUS, Dell, Gigabyte, HP and MSI on 23 October 2026, "starting at $4,999". It is sold only through those partners. NVIDIA says one unit supports models up to 100 billion parameters and two clustered units up to 200 billion. Same chip, so the same 273 GB/s story: it lowers the memory, not the bandwidth.
128GB: NVIDIA's last price notice we could read was the February 2026 increase of the Founders Edition from $3,999 to $4,699, which it attributed to memory supply. On 2 Oct 2026, HotHardware reported the 128GB model at $6,995, noting NVIDIA's site sometimes still showed the old price. NVIDIA's product page lists no price, and we could not load NVIDIA's marketplace on 1 Nov, so check it before you buy.
That puts the 64GB partner box above the 128GB unit's February price, which is a sign of memory costs, not a better product. If you are weighing it against an AMD box, our DGX Spark vs Strix Halo comparison covers that trade.
Is the DGX Spark worth it?
Verdict
Right machine, sold on the wrong number
The DGX Spark is a good long-context, MoE and prototyping box with a real CUDA stack in a small, quiet package. It is a poor dense-model chat machine, and no software update will change that. One unit is a complete machine. The issue isn't the hardware; the marketing sells compute to buyers whose bottleneck is bandwidth.
Best for: Agent workloads, long retrieved contexts, MoE models, and anyone who needs to prototype on the same CUDA stack they'll deploy on. Not for someone who mostly wants fast replies from a dense 70B.
The image that ran with an earlier version of this guide.
Quick answers
How many tokens per second does the DGX Spark get?
In llama.cpp's own February 2026 benchmarks: 83.43 tokens/s on gpt-oss-20b, 58.72 on gpt-oss-120b, 61.06 on Qwen3-Coder 30B-A3B and 29.43 on a dense 7B at Q8. LMSYS measured 2.7 tokens/s on Llama 3.1 70B at FP8. Speeds fall as context grows.
Is the DGX Spark worth it for local LLMs?
For long-context, agent and MoE work, yes: it beat an M2 Ultra at 32K-context prompt processing by up to 3.75x. For fast chat with dense models, no: its 273 GB/s memory bus caps generation speed, and an M2 Ultra was 2.71x faster on a dense 7B.
How much does the DGX Spark cost?
NVIDIA's 64GB version from partners went on sale on 23 Oct 2026 from $4,999. For the 128GB model, NVIDIA's last price notice was $4,699 in February 2026; HotHardware reported $6,995 on 2 Oct 2026. Check NVIDIA's marketplace for today's price.
Is one DGX Spark useless without a second one?
No. One 128GB unit runs models up to 200 billion parameters on its own, per NVIDIA. A second unit doubles memory to 400 billion parameters and adds a second memory bus, but you only need it for models that don't fit in one.
Should I buy the 64GB or the 128GB DGX Spark?
Same chip and bandwidth; the difference is capacity. NVIDIA rates the 64GB for models up to 100 billion parameters and the 128GB up to 200 billion. If you want gpt-oss-120b, whose weights alone are about 63GB, buy 128GB.
Will a software update make the DGX Spark faster at generating text?
Almost certainly not by much. Three months of llama.cpp work between builds 6989 and 7941 raised prefill by up to 27% and lowered generation by 2.8% to 4.1%. Decode is limited by the 273 GB/s memory bus.
Is the DGX Spark better than a Mac Studio for local LLMs?
For dense models, no: Apple lists the M5 Ultra at 1.2 TB/s against the Spark's 273 GB/s, and generation speed tracks bandwidth. For long-context prompt processing, MoE models and CUDA tooling, the Spark can win, sometimes by a lot.
This is one machine in a bigger category. For the full rundown of unified-memory computers for local AI, from Strix Halo to Mac Studio to DGX Spark, see our best mini-PC for local AI guide.