Slow output from your local model? Before you blame your hardware, check how hard the model is thinking.
DeepSeek V4.1-Flash has a continuous reasoning-effort dial from 1 to 100. On the DwarfStar engine, `--think-level 25` sets it; `0` turns thinking off; `--think` picks 75 and `--think-max` 100. Thinking is on by default, and `--nothink` answers directly.
This is not a free speedup. DeepSeek describes the control as a trade between inference cost and accuracy. Use a lower level when you accept less reasoning work, and a higher one when the task justifies it. Changing the level mid-session rebuilds the cached prefix, so set it at the start. This is a DwarfStar flag, not a llama.cpp one.
A model card saying "up to 1M context" is not telling you what one card runs.
NVIDIA's Nemotron 3.5 Lightning lists 1M context on the BF16 weights, but its deployment table puts that figure on 8x H100, a GB200, or a B200. On a single H100 the card says you are memory-bound to about 256K.
That gap is the lesson. The headline number is the biggest configuration the vendor validated, not a promise about your hardware. What has to fit is weights plus KV cache plus runtime workspace, and the vendor runs different configurations on different machines.
So when you read a context claim, find the row for your card and your recipe. The number that applies to you is the one next to your hardware, not the one at the top of the card.
Qwen-Image-2.1 puts image generation, editing and RGBA transparency in one 7B model. If you are testing it locally, read the license before building around it: the published terms cover research and evaluation, not commercial use.
Give it text for a new image, an image plus a prompt for an edit, or request an RGBA output with a real alpha channel. Qwen says it accepts up to 10 reference images and local edit marks such as masks or circles. Its Diffusers example loads the model in bfloat16 on CUDA. That is a local route, but it does not establish a VRAM fit for your GPU.
The Qwen Research License defines non-commercial as research or evaluation. It says commercial use of the model materials requires a separate license from Qwen. If you are building a product or paid service around this model, check that licensing path before you build.
The part of the cache that grows with your prompt is set by how many of a model's layers are full attention, not by how many parameters it has.
Qwen3.8-27B is 64 layers, but only 16 are full attention. The other 48 are Gated DeltaNet linear attention, which keeps a fixed-size recurrent state instead of a growing cache.
So the sequence-growing KV cache comes from a quarter of the model: 16 layers x 4 KV heads x head_dim 256 x 2 = 32,768 elements per token. With 16-bit KV that is 64 KiB per token, roughly 4 GiB at 64K context and 16 GiB at the full 262K.
That figure is the target-only per-token slope with MTP off, not the whole footprint. Turning on the extra MTP drafter adds its own cache. Total memory also includes the weights, the fixed-size linear-attention state, the vision tower when loaded, engine workspace, your cache dtype, and usable VRAM. A dense model with the same 4 KV heads and head_dim 256 across 64 full-attention layers grows that same cache on every layer, so its slope is 4x.
The savings only show up if your engine really implements the Gated DeltaNet state, and FP8 or Q4 KV cuts the growing cache in half or a quarter.
Count the full-attention layers before you size the card. The parameter count will not tell you how much context grows.
Qwen's Max-class Qwen3.8 release is a 2.4T open model under Alibaba's own license, not Apache 2.0. Its 4-bit GGUF is 1.31 TB. For one consumer GPU, inspect the Apache-2.0 Qwen3.8-27B instead. Read the size and license before choosing a model or buying hardware.
DeepSeek calls V4.1-Flash a 552B-backbone model. One Q4_K_M GGUF is still 445 GB against the 510 GB vendor file because its experts already ship compressed and its 196B Engram is huge. Check the actual shard total before sizing storage or choosing a local build.
PrismML's Bonsai 2 puts Qwen3.8-27B's text weights in a 5.95 GB file. On its own 14-test suite it scores 98.2% of the FP16 average, with weaker knowledge and vision results. Stock llama.cpp won't load the GGUF. Use PrismML's fork.
JustFit's author completed a 213K-token context run with a 27B model on a 24GB MacBook. It took about 103 minutes. A laptop can hold that context, but this run doesn't show interactive speed.
Two leakers disagree on RTX 60 in 2027 or 2028. NVIDIA confirms GeForce memory supply is constrained, but hasn't given an RTX 60 date. For a local-AI build, compare the VRAM and price of cards sold today before betting on either rumor.
If local AI feels slow on your 5090, check for a software update before shopping for a new GPU. NVIDIA reports up to 1.9x higher llama.cpp throughput on the same card from kernel optimizations, faster prefill and speculative decoding.
UkisAI cut Qwen3.8-27B's median GPQA thinking tokens 58% in a five-seed BF16 same-stack test, while the score barely moved. LiveCodeBench rose, but AIME fell. Less overthinking wasn't a free win.
RTX 5090 launched at $1,999. Today, NVIDIA's $1,999 listing and Best Buy's $1,999.99 Founders Edition page are sold out. Newegg has the same 32GB card from a marketplace seller at $9,500. That changes the local-AI build math.
An owner reports a 121 tok/s single-stream reference run for Qwen3.8-27B on one 24GB RTX 3090 in vLLM with MTP. The v0.28 rerun is still pending. A used 3090 can still carry a current 27B.
The embedding table is the most fragile tensor in a GGUF. bartowski ran ~1000 quants and it cost about 16x the worst single weight tensor at 4B. So he maps the layout per tensor now, and the old 'q8_0 the embeddings' rule is gone.
People give up on local models waiting for the first token. One owner on a 5090 cut an 11.5k-token prompt from 3.8s to 0.09s with prompt caching, and the model's own MTP head lifts code to 139 tok/s. Both are llama-server flags already in the binary. Free.
One owner ran an A/B on Qwen3.8-27B. Same rig, same flags, only the speculative drafter changed. Code went to DFlash2 at 187 tok/s. Prose flipped to DSpark at 67. The best drafter is a workload call, not a leaderboard pick.
Qwen3.8-Flash-Next is 125B but ~6B active. Its n-gram PLE table alone is 47.7 GiB, bigger than the active experts combined. One patched DGX Spark run streams it off NVMe. Active params understate the real memory cost.
@Gv9ch You're right. Our last line was too broad. NVIDIA documents DeepSeek-V4-Flash-0731 across two Sparks via NIM. We also missed PAIR's real benefit: routing concurrent local requests across machines. We should have led with that.
NVIDIA PAIR ties your RTX, DGX Spark and Macs into a "personal AI cluster." It does not pool memory. Each request runs on one node, so a model still has to fit a single machine. Two 128 GB Sparks do not run one 256 GB model.
DeepSeek V4.1-Flash cuts global KV cache to 890 bytes per token, a quarter of V4-Flash. A 1M-token window is under 1 GiB. That is context storage, not model weights. Long context just got cheaper.
One builder tested a rented 32-core Threadripper PRO with 24 versus 32 cores enabled.
The extra eight added about 2% in burst and nothing sustained, using a FreeToken kernel over synthetic expert banks.
Memory bandwidth was the wall.
For CPU MoE offload, buy memory channels, not more cores.