Skip to content
← Newsroom
HardwareWorldwide

Nvidia unveils RTX Spark compact PCs and a PAIR local inference router at IFA 2026

Compact desktops with 128GB of unified memory show why memory capacity, not raw compute, decides which models you can run at home.

Square 1 AI Newsroom5 min read

Nvidia used the IFA 2026 consumer electronics show on 3 September to announce a new category of compact Windows PCs called RTX Spark, together with software intended to make running AI agents on local hardware simpler. The company said the machines will ship in October.

Each RTX Spark system pairs a 20-core Grace CPU with an RTX Blackwell GPU that Nvidia rates at one petaflop of AI performance, and offers up to 128GB of unified memory shared between the two. Lenovo is bringing the platform to its Yoga Pro 9n and Yoga 9n 2-in-1 laptops, and Acer showed a compact desktop concept. Pricing was not disclosed. Nvidia also named game publishers supporting the platform, including Electronic Arts, Ubisoft, Krafton, NetEase, Riot Games, Embark and Xbox.

Alongside the hardware, Nvidia introduced PAIR, a Personal AI Router that distributes inference requests across several PCs on a home network. It works with Ollama and LM Studio, supports GeForce RTX 20 Series and newer cards, RTX PRO workstations, DGX Spark and Apple silicon from the M4 onward, and runs on Windows, macOS and Linux.

The company reported inference speedups from software updates: llama.cpp throughput up to 1.9 times higher on a GeForce RTX 5090, and vLLM gains of 1.2 times on an RTX PRO 6000 and up to 1.4 times on a two-unit DGX Spark cluster. It also highlighted agent applications with simplified local setup, including the Perplexity Portable Computer coming to Windows, a one-click Windows installer for Nous Research's Hermes Agent, and Windows optimisation for OpenClaw on GPUs with at least 24GB of VRAM. Nvidia described the work as a collaboration with Microsoft and its partners, without detailing Microsoft's specific role.

Why it matters

The announcement marks a push to move agent workloads from cloud APIs onto machines people own, with memory capacity as the headline specification. Unified memory of 128GB in a compact desktop puts models that previously needed a workstation within reach of enthusiasts. Routing software that pools several consumer machines hints at a future where a household or small office runs its own inference cluster. The bet is that privacy, latency and subscription costs will pull a meaningful share of AI compute back to the edge.

The announcement marks a push to move agent workloads from cloud APIs onto machines people own, with memory capacity as the headline specification.

Local inference throughput gains Nvidia reported at IFA 2026
  • llama.cpp on GeForce RTX 5090up to 1.9x
  • vLLM on RTX PRO 60001.2x
  • vLLM on dual DGX Spark clusterup to 1.4x

Figures: Figures published by Nvidia; multiples versus the previous software release on the same hardware

What you can learn from this

  • Model size in memory is parameters times bytes per weight. A model with 70 billion parameters stored at 16-bit precision needs roughly 140GB just for its weights, while 4-bit quantisation brings that to about 35GB. The GPU must also hold the key-value cache, which grows with context length and batch size. This arithmetic is why 24GB and 128GB appear as thresholds in vendor material: they mark which model classes fit without spilling to slower storage.

  • Unified memory removes the copy step between CPU and GPU. In a conventional PC the graphics card has its own memory, and data must cross the PCIe bus before the GPU can use it, which limits model size to the card's VRAM. Unified memory lets the CPU and GPU address one pool, so a model can be as large as the whole system's memory allows. The trade-off is that shared memory is usually slower per byte than dedicated graphics memory, so bandwidth rather than capacity becomes the ceiling on tokens per second.

  • Inference throughput depends on memory bandwidth more than compute. Generating each token requires reading every weight of the model once, so a chip that streams memory faster produces tokens faster, even with the same arithmetic capacity. Speedups such as those claimed for llama.cpp and vLLM typically come from fusing kernels, better batching and cutting redundant memory traffic. Understanding this explains why software updates alone can lift performance on cards that have not changed.

  • A local inference router is a load balancer for models. A tool like PAIR sits in front of several machines that each run a model server, accepting requests through a single endpoint and forwarding them to whichever node has capacity. This is the same pattern web applications use with reverse proxies, applied to model servers such as Ollama. The router must also know which node holds which model, since loading weights takes seconds to minutes and cannot be shuffled per request.

  • Agent runtimes need a model, a tool interface and a loop. Applications such as Hermes Agent or OpenClaw wrap a language model in a control loop that reads a goal, chooses a tool, observes the result and repeats. Running that loop locally means the model, its tools and any files it touches all stay on the machine, which is the privacy argument for local agents. It also means the machine must sustain many sequential model calls, which is why vendors emphasise throughput rather than single-response latency.

How to use this in practice

  • Measure how much memory your current machine can give a model. Open Task Manager or run nvidia-smi to record total and free GPU memory, then run ollama run llama3.1:8b and check the reported memory use while it answers a prompt. Done is a note listing your free VRAM, the largest quantised model that fits, and the tokens per second you observed. Repeat with a 4-bit 70B model if you have the space, to see where the machine starts swapping to disk.

  • Benchmark two quantisations of the same model. Pull a 4-bit and an 8-bit variant of one model in Ollama or LM Studio, ask each the same ten questions, and time the responses with the tool's built-in statistics. Done is a two-column table of speed and a subjective quality rating, so you know what precision buys you on your own hardware. Keep the questions that exposed a quality difference; they become your standing test set.

  • Expose a local model server to a second machine. Start Ollama with OLLAMA_HOST=0.0.0.0 on one computer, then from another device on the same network call http://<ip>:11434/api/generate with curl. Done is a successful response from the remote machine plus a firewall rule that limits the port to your local subnet, which is the minimum you would want before pooling machines with any router. Then point LM Studio or a simple script on the second machine at that address to confirm the client side works too.

  • Draw the data path for a local agent. Sketch a diagram showing the user prompt, the agent loop, the model server, each tool the agent can call, and every file or network location it can read or write. Done means each arrow that crosses your machine's boundary is marked, giving you a clear list of what a local agent could still leak. Tools that can write files or reach the network deserve a red mark, because that is where an agent's mistakes escape.

Sources

Our reporting is an original summary; full coverage is at the links above.

Don't just read about it — build it.

Square 1 teaches the skills behind the headlines, with every line of your work graded by AI. Find your starting point in 3 minutes.

Get your free skill report

More in Hardware