HBM holds every weight; flash holds them for less

The problem: memory, not compute

Frontier open models are mixture-of-experts: hundreds of billions to trillions of parameters, of which only a small share is used for each token. Serving them on GPUs means buying enough HBM to hold every weight, and HBM and GPUs are in short supply.

Most of that memory sits idle at any moment. What matters is reading the right experts fast enough — and that is a job flash can do.

Concept diagram of NANDmind

The approach: stream experts from flash

NANDmind slices every expert across many independent NAND flash channels and puts compute next to each channel. When the router picks experts for a token, all channels read their slices in parallel, and only small result vectors travel between chips. No host CPU, file system or flash translation layer sits in the data path. The first version uses FPGAs; a custom chip comes later.

Design principles

Six ideas that make flash fast enough for frontier models:

  • Experts sliced across channels

  • Compute next to the flash

  • No file system in the data path

  • Hot experts copied for balance

  • Wear-aware reading and refresh

  • Scale by adding modules

FAQ

Pick a configuration

Compare configurations