
For two years the LLM inference market has run on one assumption: you buy Nvidia GPUs and pay whatever it costs to keep tokens flowing. d-Matrix Corsair is now the most serious challenge to that assumption on the decode side. Corsair entered full production in June, Parasail put it into a commercial inference cloud in July, and d-Matrix now sells a full rack built around it. If your serving bill climbs every time your agents get chattier, this is the first startup accelerator worth a serious look at data-center scale. It won’t replace your GPUs yet. The real question is whether it belongs next to them.
What’s actually new with d-Matrix Corsair
On June 9, 2026, d-Matrix announced Corsair was in full production, with volume shipments to selected hyperscalers, neoclouds and frontier labs starting over the summer. Each PCIe card pairs 2 GB of on-chip SRAM running at about 150 TB/s with 256 GB of LPDDR5. d-Matrix quotes 2,400 TFLOPS at MXINT8 and 9,600 TFLOPS at MXINT4. TSMC builds the chip on 6nm with organic substrates, so it needs no HBM and no CoWoS packaging. That is a real supply-chain advantage while HBM remains everyone else’s bottleneck. The core technique is digital in-memory compute (DIMC): matrix math runs inside the SRAM arrays, so weights don’t travel to a separate compute unit on every token.
The rack-scale piece is SquadRack, a reference design built with Arista, Broadcom and Supermicro. A full rack holds 8 servers with 8 Corsair cards each, for 64 cards and 128 GB of SRAM “performance memory.” d-Matrix says that runs models up to about 100B parameters entirely in SRAM. Cards talk over PCIe inside a node and over standard Ethernet between nodes, and the rack is air-cooled. The Ethernet side runs through d-Matrix JetStream, a full-height PCIe Gen5 “transparent NIC” rated at up to 400 Gbps that works with off-the-shelf switches.
d-Matrix has also been buying the parts it lacked. In April it acquired GigaIO’s data-center business, which brought the FabreX PCIe memory fabric. In August it bought Wallaroo, an orchestration layer that supports vLLM and SGLang and decides which silicon handles each phase of a request. The deployment that matters most is Parasail’s. It runs Corsair alongside its Hopper and Blackwell fleet, with GPUs doing prefill and Corsair doing decode. That is a production test on real traffic, not a benchmark slide.
Why rack-scale AI inference on Corsair matters
- Disaggregated inference is going mainstream. Prefill is compute-bound and decode is memory-bandwidth-bound. d-Matrix doesn’t claim to beat GPUs at everything. It claims to beat them at the phase they handle worst, and that claim is far easier to believe.
- Low-latency token generation now has a market. Coding agents, voice agents and multi-step tool loops all hit an inter-token latency ceiling. For those workloads, 10x faster decode means a better product, not just a nicer benchmark.
- Air-cooled racks lower the barrier to entry. Blackwell-class racks need liquid cooling and new facilities. A SquadRack fits an existing air-cooled hall, which matters to neoclouds and enterprises that can’t get liquid-cooled capacity until 2027.
- Skipping HBM hedges supply risk. LPDDR5 and SRAM on 6nm are easier to source than HBM3e. If supply stays tight, lead times could matter as much as performance per watt.
- Software is still the real risk. The Wallaroo purchase shows d-Matrix knows it. CEO Sid Sheth has said customers named operational complexity as the biggest barrier. Two kinds of hardware mean two failure modes, two firmware tracks and routing logic you have to trust.
- The SRAM ceiling is real. About 100B parameters per rack in performance mode covers draft models, mid-size open models and distilled production models. Frontier-size MoE models still spill into LPDDR5 or back onto GPUs.
How to use it today
Most teams won’t buy a SquadRack this quarter. d-Matrix sells only to qualified customers and doesn’t publish prices. You can still find out whether Corsair would pay off before you talk to sales. Follow this sequence.
- Measure how much of your latency is decode. If time-to-first-token (TTFT) dominates, Corsair won’t help much. If time-per-output-token (TPOT) dominates, it could. Benchmark your current vLLM deployment with a realistic input/output ratio. The numbers below mirror a typical coding-agent request.
vllm bench serve \ --model openai/gpt-oss-120b \ --base-url http://localhost:8000 \ --dataset-name random \ --random-input-len 8000 \ --random-output-len 1000 \ --num-prompts 200 \ --max-concurrency 8Compare median TTFT with median TPOT multiplied by the output length. If decode accounts for 70% or more of end-to-end time, you’re the target customer.
- Test speculative decoding on the GPUs you already have. The best-documented Corsair win so far comes from Gimlet Labs. They ran a 1.6B draft model on two Corsair cards while a GPU verified tokens for gpt-oss-120b, and 92.6% to 96.2% of drafted tokens were accepted. Your own acceptance rate decides whether that pattern works for you, and you can measure it now.
vllm serve openai/gpt-oss-120b \ --speculative-config '{"model": "YOUR_DRAFT_MODEL", "num_speculative_tokens": 5}' \ --port 8000 # after sending real traffic: curl -s http://localhost:8000/metrics | grep spec_decodeDivide accepted tokens by drafted tokens. If you land below about 70% on production prompts, fine-tune the draft model before you consider new hardware.
- Test a Corsair-backed cloud before you buy racks. Parasail exposes an OpenAI-compatible API, so a streaming client measures the difference with no code changes. Parasail currently limits Corsair-backed capacity to selected customers, so ask your account rep which model endpoints route decode to Corsair. The model ID below is a placeholder.
import time, statistics from openai import OpenAI client = OpenAI(base_url="https://api.parasail.io/v1", api_key="YOUR_KEY") MODEL = "YOUR_CORSAIR_BACKED_MODEL_ID" PROMPT = open("real_prompt.txt").read() ttfts, tpots = [], [] for _ in range(20): start = time.perf_counter() first, n = None, 0 stream = client.chat.completions.create( model=MODEL, messages=[{"role": "user", "content": PROMPT}], max_tokens=1000, stream=True, ) for chunk in stream: if chunk.choices and chunk.choices[0].delta.content: n += 1 if first is None: first = time.perf_counter() end = time.perf_counter() ttfts.append(first - start) tpots.append((end - first) / max(n - 1, 1)) print(f"p50 TTFT: {statistics.median(ttfts):.3f}s") print(f"p50 per-chunk latency: {statistics.median(tpots) * 1000:.1f}ms")Run the same script against your current provider and compare. Streamed chunks only roughly match tokens, but the provider-to-provider comparison still holds.
- Size the SRAM footprint before sizing the rack. Corsair’s speed comes from keeping weights and hot KV cache in SRAM. Once they spill into LPDDR5 at 400 GB/s per card, the advantage shrinks fast. Do the rough math first.
params_b = 70 # model size in billions of parameters bits = 4 # MXINT4 weights; use 8 for MXINT8 kv_gb = 12 # KV cache budget at your target batch and context sram_per_card_gb = 2 weights_gb = params_b * bits / 8 cards = (weights_gb + kv_gb) / sram_per_card_gb servers = cards / 8 print(f"weights={weights_gb:.0f} GB cards={cards:.0f} servers={servers:.1f}")A 70B model at 4-bit with a modest KV budget needs about 24 cards, or three SquadRack servers. Treat that as a lower bound and add headroom for activations and runtime overhead.
- Bring a written checklist to the sales call. Startup accelerators win on demos and lose on operations. Get these answers in writing:
- Tokens/sec/user AND tokens/sec/rack on OUR model, OUR prompt mix - Quantization format used in the quoted numbers (MXINT8 vs MXINT4) and eval deltas - Supported serving runtimes (vLLM / SGLang via Wallaroo) and version lag - Prefill-to-decode KV transfer path and added latency over JetStream - Failure handling: what happens to in-flight requests if a card drops - Power per rack at our utilization, not peak - Lead time, RMA terms, and firmware update cadence
How d-Matrix Corsair compares
| Platform | Architecture | Memory model | Cooling | How you access it | Best fit |
|---|---|---|---|---|---|
| d-Matrix Corsair (SquadRack) | Digital in-memory compute chiplets, PCIe cards | 2 GB SRAM/card at ~150 TB/s, plus 256 GB LPDDR5 | Air | Qualified direct sales; Parasail and Gimlet clouds | Decode and speculative-draft tier next to GPUs |
| Nvidia Blackwell (GB200 NVL72) | General-purpose GPU, NVLink rack | HBM3e | Liquid | Every major cloud; direct purchase | Training, prefill, broad model support |
| Groq LPU | Deterministic SRAM-only dataflow chip | On-chip SRAM, no external DRAM | Air | GroqCloud API | Fast tokens per user on hosted open models |
| Cerebras CS-3 | Wafer-scale engine | Tens of GB of on-wafer SRAM | Liquid | Cerebras Inference API; on-prem systems | Very high tokens per user, large context |
| SambaNova SN40L | Reconfigurable dataflow unit | Three tiers: SRAM, HBM, DDR | Air | SambaCloud; on-prem racks | Many models per rack, fast model swapping |
Our take: Corsair’s sharpest difference is positioning, not raw speed. Groq and Cerebras mostly pitch a replacement API you move traffic to. d-Matrix sells a decode tier that sits next to the GPUs you already paid for. CFOs buy that story more easily, and it explains why Parasail, a GPU cloud, is the lead customer.
What’s next
The roadmap is aggressive. At Hot Chips 2026, d-Matrix detailed Raptor, which stacks a 4nm TSMC compute die on a custom DRAM die at a 36-micron pitch for around 100 TB/s of bandwidth per device. It should tape out by year-end and ship in Q4 2027. The bigger news: Raptor will slot into Nvidia’s MGX reference architecture using the same NVLink compute tray as Vera Rubin, with 144 Raptor XPUs and about 2.3 TB of stacked DRAM per rack. d-Matrix claims roughly 3,000 tokens/sec per user on GLM 5.2. Behind it on the roadmap sits Lightning, a platform with multi-high DRAM stacks.
That Nvidia link changes the risk picture. Buying a startup accelerator used to mean betting against the CUDA ecosystem. d-Matrix designed Raptor as a coherent add-on inside Nvidia’s own rack. For LLM ops teams, Corsair looks like the bridge generation: learn to run disaggregated prefill and decode now, then carry that operational knowledge to Raptor in 2028.
Watch three things over the next two quarters. First, independent third-party numbers, since Gimlet’s results mixed measured and modeled data. Second, whether a second major cloud follows Parasail. Third, how quickly Wallaroo ships as a supported product with vLLM and SGLang parity. If all three land, Corsair becomes a default option for latency-sensitive serving. If they stall, it stays a niche tier for speculative drafts.
Frequently Asked Questions
Is d-Matrix Corsair a replacement for Nvidia GPUs?
No, and d-Matrix doesn’t pitch it that way. Its production deployments pair Corsair with Hopper and Blackwell GPUs. The GPUs handle prefill and verification, and Corsair handles memory-bound decode or runs speculative draft models.
What is digital in-memory compute, and why does it help token generation?
Digital in-memory compute runs matrix multiplications inside the SRAM arrays that hold the weights. Memory bandwidth limits token generation, because every weight must be read once per token. Eliminating the trip between memory and compute is how Corsair reaches about 150 TB/s of effective bandwidth per card.
What does d-Matrix JetStream actually do?
JetStream is a PCIe Gen5 “transparent NIC” rated at up to 400 Gbps. It moves tensors and KV cache between Corsair nodes over standard Ethernet switches, which lets a single model span a full rack or several racks without proprietary interconnects.
How large a model can a SquadRack run?
A full 64-card rack has 128 GB of SRAM, and d-Matrix rates it for models up to about 100B parameters in performance mode. Larger models can use the 256 GB of LPDDR5 on each card, but they lose much of the latency advantage.
Can we try Corsair without buying hardware?
Yes, with limits. Parasail and Gimlet Labs both run Corsair in their clouds. Corsair-backed endpoints currently go to selected customers, so ask for a benchmark allocation and test it on your own prompts.
Is it worth it for our LLM ops team?
Yes, if decode makes up most of your end-to-end latency, your production models fit within about 100B parameters, and your speculative-decoding acceptance rate exceeds about 70%. If you mostly handle long prompts with short answers, put the effort into prefill optimization and caching instead.
Go deeper than this article
This article covers the essentials. Our Technical & Coding eguide collection gives you the full step-by-step playbooks — prompts, workflows, and copy-paste recipes built for exactly this work.