Skip to main content
DGX Spark 101
Lesson 2 · 7 min

Inside the Machine

The one design choice that makes a DGX Spark different from every PC you have used: it has no separate graphics memory.

To understand this machine you need two ideas: what the parts do, and where the memory lives. The second one is the surprise.

Link to The two workersThe two workers

Every computer has a CPU, the central processing unit. Think of it as one very clever worker. It can do almost anything, it handles one thing at a time extremely fast, and it runs your operating system, your files, your network.

A GPU, the graphics processing unit, is different. It is thousands of simple workers who all do the same small task at the same moment. Each one is far dumber than the CPU. There are just an enormous number of them.

That sounds like a strange thing to build until you know what AI math looks like. Running a model means multiplying huge grids of numbers together. That is millions of tiny multiplications that do not depend on each other, so they can all happen at once.

A CPU is one expert doing tasks in order. A GPU is a stadium of people each doing one multiplication at the same time.

GPUs were built for video game graphics, which happens to be the same shape of math. AI inherited the hardware.

Link to Where memory normally livesWhere memory normally lives

Here is the part that matters, and almost nobody explains it before you buy a machine.

In a normal computer there are two separate pools of memory.

Your system RAM belongs to the CPU. It is generous, often 16 to 64 GB.

Your graphics card has its own memory, called VRAM, video RAM. It is physically on the card, it is much faster, and it is much smaller. A very good consumer card in 2026 has 24 or 32 GB.

The GPU can only work on data that is in VRAM. If something lives in system RAM, it must be copied across a connection called PCIe first. That copy takes time.

A NORMAL PC: TWO SEPARATE POOLSCPUsystem RAM64 GB, slowerPCIeevery bytegets copiedGPUVRAM32 GB, fastthe model must fitinside VRAM, 32 GB,or it crawlsDGX SPARK: ONE SHARED POOLGrace CPUBlackwell GPUNVLink C2Cone pool of memory, 128 GBnothing crosses PCIeboth chips read thesame physical memory

Link to What the Spark does insteadWhat the Spark does instead

The chip inside a DGX Spark is called the GB10 Grace Blackwell Superchip. Long name, simple idea.

Grace is the CPU. Blackwell is the GPU. They are two separate pieces of silicon sitting in one package, joined by a fast connection NVIDIA calls NVLink-C2C (chip to chip).

And they share one pool of memory. All 128 GB of it.

Not "the GPU gets 96 and the CPU gets 32." Not a split you configure. One pool, and both chips use the same physical addresses to point at the same data.

This has two consequences worth sitting with.

Nothing has to cross PCIe. On a normal machine, moving a model into the GPU means shuffling it down that slow lane. Here the GPU reads the data where it already sits.

There is no small box to overflow. The limit is not 24 GB of VRAM. The limit is the whole machine.

Link to Why ,[object Object], says "N/A"Why nvidia-smi says "N/A"

nvidia-smi is the standard command for checking a GPU. On this machine, asking it about memory gives you this:

bash
$ nvidia-smi --query-gpu=memory.total --format=csv
memory.total [MiB]
[N/A]

Every new owner sees this and assumes something is broken.

Nothing is broken. nvidia-smi is asking "how much dedicated video memory does this card have," and the honest answer is none, because there is no separate card and no separate memory. The tool has no way to say that, so it says N/A.

To see memory on this machine you ask the operating system instead:

bash
$ free -h
               total        used        free      shared  buff/cache   available
Mem:           121Gi        44Gi        56Gi       1.0Gi        22Gi        76Gi
Swap:           15Gi          0B        15Gi

That is real output, and it is wider than it needs to be. The two columns worth reading are total and available. Here 121 exists and 76 is available, because a model is loaded and using the rest. Ignore the column headed free, which counts only memory nobody has touched at all and is always lower.

You may notice that says 121, not 128, and the Gi rather than GB.

Two things are happening. Storage and memory get advertised in units of a thousand, while operating systems count in units of 1024, which alone turns 128 into about 119. And the machine's firmware reserves a few gigabytes for itself before Linux sees the pool at all.

Depending on which tool you ask you will see somewhere between 119 and 122. Plan around that, not around 128.

Link to The one thing to rememberThe one thing to remember

Every other lesson leans on this:

The DGX Spark has one pool of memory that everything shares. A normal computer has a small fast pool for the GPU and a big slow pool for everything else.

That single difference is why enormous models fit, and, as the next lesson shows, why they run at the speed they do.

Was this lesson useful?

Quick feedback helps me improve these notes.

© 2026 Tony Kipkemboi. All rights reserved.