Qwen3.8-Flash-Next
125B-A6BQwen3.8
Qwen's preview of its next architecture: a 125B mixture-of-experts model with about 6B parameters active per token. Released in August, it also carries a 51B n-gram lookup table. llama.cpp reads that table lazily from RAM or disk, so it never needs VRAM. It does need disk space and is bundled inside the GGUF files, which is why they are far larger than the sizes below. Only 12 of its 48 layers keep a growing KV cache, so even the full 256K window adds about 7.5 GB. At Q4_K_M it needs about 79 GB at 4K context and 87 GB at 256K, comfortable on a 128 GB Mac or DGX Spark. A single 24 or 32 GB card runs it only with experts offloaded to system RAM. llama.cpp supports it as `qwen4exp`. Sizes use the calculator's generic rates, since no file size isolates the model from the table, and no per-level quality loss has been published.
262K
Max Context
2
Quant Variants
GGUF Q8_0
Best Quality
—
Accuracy Retained
Quantization Variants
Per-quant VRAM, quality loss, and inference speed on RTX 4090
Measured = run on this site · Estimated = not run here: calculated, or a figure this site has not verified · Community = public reports
Similar models
Compare with GPT-OSS 120BGPT-OSS 120B
OpenAI GPT-OSS
The big GPT-OSS (117B total / 5.1B active). Native MXFP4 checkpoint is ~61GB — fits one 80GB card or a 128GB unified-memory Mac. Partial offload on 24GB consumer cards is slow but works.
GLM-4.5-Air
Zhipu GLM-4.5
Zhipu's agentic/reasoning MoE (106B total / 12B active). Q4 ~64GB — the sweet spot is a 96GB+ unified Mac or 2× 48GB cards. Strong tool-calling for its class.
DBRX Instruct
Databricks
MoE flagship (~36B active). Needs multi-GPU; strong code and reasoning at scale.
Qwen3 235B-A22B Instruct
Alibaba Qwen3
Qwen3 flagship MoE (22B active / 235B total). Q4_K_M ~142GB; rivals DeepSeek-R1 class models.
Running Qwen3.8-Flash-Next locally
At Q4_K_M and 4K of context, Qwen3.8-Flash-Next needs about 79.3 GB — 72.0 GB of weights, 0.12 GB of KV cache and a 7.2 GB activation buffer. The smallest cards in this index that clear that comfortably are 128 GB ones — 4 of them, from the DGX Spark 128G up — and 8 of the 78 cards here do. These are calculated figures, not measurements: the estimate stops counting a card as comfortable at 88% of its VRAM, which is roughly the room a desktop session needs.
What longer context costs
Going from 4K to 32K adds about 0.82 GB, taking the total to 80.2 GB. That is gentler than the parameter count suggests: only 12 of 48 layers keep a KV cache that grows with context, so the cache scales at a fraction of the usual rate. The model's native window is 256K; holding all of it at Q4_K_M would need about 87 GB.
Which build to download
This index only tracks Qwen3.8-Flash-Next in GGUF, across 2 levels (Q4_K_M, Q8_0). No per-level perplexity sweep has been published for this model, so the quality column is empty rather than estimated — within one model, more bits per weight is the only ordering the data supports. No throughput has been measured for this model on this site's hardware. GGUF runs on llama.cpp and Ollama across NVIDIA, AMD and Apple silicon; AWQ and GPTQ target vLLM on CUDA and ROCm; EXL2 is ExLlamaV2 — CUDA only, and now archived, so local use rather than serving.
Common questions
- How much VRAM does Qwen3.8-Flash-Next need?
- About 79.3 GB at Q4_K_M with 4K of context and batch 1, rising to roughly 80.2 GB at 32K. That figure is weights plus KV cache plus a 10% activation buffer, calculated from the model's architecture rather than measured on a card.
- Will Qwen3.8-Flash-Next run on a 128GB GPU?
- Yes — at Q4_K_M and 4K context it needs about 79.3 GB, which leaves 48.7 GB spare on a DGX Spark 128G, or on any of the other 128 GB cards here (4 in all). That is the smallest size in this index that clears it comfortably; 8 of 78 do.
- Which quantization of Qwen3.8-Flash-Next should I use?
- No published quality comparison exists for this model, so pick by footprint: Q4_K_M is the level most people run, and a higher bits-per-weight level is more faithful. All 2 levels in the index are Q4_K_M, Q8_0. Note this is a mixture-of-experts model — all parameters must be resident even though only a fraction are active per token, so the memory cost follows the total, not the active count.
Where this model fits
Sized at Q4_K_M with a 4K context window, smallest card first. Comfortable means the estimate uses at most 88% of the memory.
- Runs comfortably on
- DGX Spark 128G128GB · +48.7Mac M3 Max 128G128GB · +16.7Mac M4 Max 128G128GB · +16.7Mac M5 Max 128G128GB · +16.7Mac M2 Ultra 192G192GB · +64.7
- Tight but possible
- A100 80G80GBH100 80G80GB
- Ships in
- GGUF
- Try it yourself
- Size it in the calculatorGenerate the run command
How to actually run this
Deployment guides for this model and this class of hardware.
This page's figures change when the model or the runtime does.Last updated 2026-10-11 RSS → /feed.xml