Atomic Chat Runs a 177B Qwen3.8-Flash-Next on a 64 GB Mac

A 177B parameter Qwen4-preview MoE now runs on a 64GB MacBook at 36 tokens per second, thanks to an SSD-paged n-gram table.

·
·
·
Atomic Chat Runs a 177B Qwen3.8-Flash-Next on a 64 GB MacPRO
  • Atomic Chat released GGUF quants of Qwen3.8-Flash-Next, a 177B MoE preview of Qwen4's architecture.
  • A 177B model runs on a 64 GB MacBook at 36 tok/s, with vision enabled.
  • 51B parameters live in an n-gram lookup table that stays on SSD and pages in on demand.
  • Architecture combines Gated DeltaNet, Qwen Sparse Attention, 512 experts, and 262K context extensible to 1M.
  • Custom imatrix recipe cut mean KLD by 63% versus naive quantization at the same file size.
  • Needs llama.cpp build with PR #27742; recommended quant is AD-4.27bpw-Q4_K_M-M64.

How a 177B Qwen model runs from an 85 GB file on a 64 GB Mac

Atomic Chat has published GGUF quantizations of Qwen3.8-Flash-Next that use an SSD-backed lookup table to reduce memory pressure. The repository reports 36 generated tokens per second for the 85 GB quant on an M5 Max with 64 GB of unified memory, with the model’s vision components loaded.

The base model has 177 billion parameters and previews the architecture behind Qwen4, according to its model card. Its unusual parameter layout makes the result possible: a 39 GB n-gram table receives only a few kilobytes of logical reads per token, allowing it to remain memory-mapped on the SSD while the compute-heavy tensors stay in unified memory.

How 85 GB fits in 64 GB

The 177B model includes a 51B-parameter n-gram embedding table. For each token, the model hashes the recent three-token sequence and retrieves 16 rows containing 160 values each. That lookup touches about 2.7 KB of logical data per forward pass.

At 36 generated tokens per second, the requested values represent little bandwidth. Storage pages are larger than the logical payload, so Atomic Chat estimates actual random-read traffic at roughly 3 MB/s. The repository reports sub-100-microsecond NVMe access within a token-generation budget of about 28 milliseconds.

The design succeeds because the table’s read ratio is approximately one parameter in 13 million per token. Active mixture-of-experts layers touch about 6B parameters and move gigabytes of data, which still requires high-bandwidth memory. SSD-backed execution therefore applies to the sparse lookup bank, while the active model core remains resident in unified memory.

Apple Silicon adds a critical shard-layout constraint. When a GGUF shard contains GPU tensors, llama.cpp exposes the shard’s entire memory-mapped region to Metal. Interleaving the n-gram table with GPU weights can wire the table into memory and trigger kIOGPUCommandBufferCallbackErrorOutOfMemory during the first decode. Atomic Chat isolates the table in shard 2 for every quantization in the repository, so users should preserve the supplied shard layout.

Diagram of the Qwen3.8-Flash-Next architecture and its SSD-backed n-gram table
The compute-heavy model core remains in unified memory while the sparsely accessed n-gram table stays memory-mapped on the SSD.

Inside Qwen4’s preview design

Pro article

This story is for Pro members

You've reached the end of the free preview. Upgrade to AlphaSignal Pro to read the full article - and everything else behind the paywall.

Trending
  • No trending articles

Comments

avatar

Next Reads