Views
No views yet
expert_dtype: fp4 in config.json). Routed-expert tensors
are stored pre-packed, so convert_hf_to_gguf.py writes them straight to GGUF's MXFP4 type without
ever materialising BF16. The resulting F16 GGUF is 812.7 GiB at 4.33 bpw, and expert tensors are
96.4% of it.llama-quantize --dry-run
against this exact master:| Tier | Size | vs master | Verdict |
|---|---|---|---|
| Q8_0 | 1556.7 GiB | +96% | inflates, no quality gained |
| Q6_K | 1201.9 GiB | +48% | inflates |
| Q5_K_M | 1038.9 GiB | +28% | inflates |
| Q4_K_M | 885.6 GiB | +12% | inflates |
| IQ4_XS | 787.4 GiB | −3% | not worth publishing |
| Tier | Size | bpw | PPL (12 chunks) | Layout | Notes |
|---|---|---|---|---|---|
| Q3_K_M | 711.3 GiB | 3.88 | 1.6217 ± 0.0528 | sharded | highest quality here |
| IQ3_XXS | 577.0 GiB | 3.15 | 1.6708 ± 0.0547 | sharded | best size/quality balance |
| Q2_K | 547.0 GiB | 2.99 | 1.7621 ± 0.0594 | sharded | |
| IQ1_M | 346.6 GiB | 1.89 | 3.6966 ± 0.1640 | single file | quality drops sharply |
| IQ1_S | 314.1 GiB | 1.72 | 4.1095 ± 0.1799 | single file | smallest |
…-NNNNN-of-NNNNN.gguf shards of roughly 42 GiB each. Download every shard of a tier into one
directory and point -m at the first one — llama.cpp reads split.count from shard 00001 and pulls
in the rest automatically. Do not try to concatenate them; they are individually valid GGUF files,
not split-style byte chunks.IQ2_XS (445 GiB, PPL 4.4705) and IQ2_XXS (401 GiB, PPL 21.6798) were built and then rejected.
Both are beaten outright by smaller files — IQ1_S is 315 GiB at PPL 4.11 — so they occupy a size
bracket while delivering worse output. The IQ2 expert-quantization path appears to break down on this
sparse-routing MoE; the same failure mode showed up on DeepSeek-V4-Flash's IQ2_M. Sizes and tensor
counts looked completely normal, which is why every tier here was PPL-tested before release.imatrix.gguf--allow-requantize is mandatory. Expert tensors arrive already quantized as
MXFP4, and llama.cpp refuses to requantize by default
(requantizing from type mxfp4 is disabled). Note this makes every tier here a second
quantization pass on top of the factory FP4 step.hc_* → F32 (per-layer control)
attn_q/k/v/output → Q8_0
indexer*, compressor* → Q8_0 (sparse-attention index path)
ffn_gate_inp → F32 (router)
shexp → Q8_0 (shared expert)
token_embd, output → Q6_K--tensor-type matches substrings and first match wins, so attn_ alone would also swallow
hc_attn_fn. The four attention projections are listed separately on purpose.general.quantized_by=qtum, no absolute paths in any KV field.1hf download qtum/DeepSeek-V4-Pro-0813-GGUF \
2 --include "DeepSeek-V4-Pro-0813-IQ3_XXS-*.gguf" --local-dir .
3
4llama-server -m DeepSeek-V4-Pro-0813-IQ3_XXS-00001-of-00015.gguf -c 8192 --jinja1hf download qtum/DeepSeek-V4-Pro-0813-GGUF \
2 DeepSeek-V4-Pro-0813-IQ1_S.gguf --local-dir .
3
4llama-server -m DeepSeek-V4-Pro-0813-IQ1_S.gguf -c 8192 --jinja-ngl or --n-cpu-moe manually. Setting either makes llama.cpp abandon automatic
VRAM fitting and split by layer count instead, which overflows individual cards on a model this
size (common_fit_params: n_gpu_layers already set by user to 99, abort, then cudaMalloc failed).
Let it fit the model itself.FROM takes one file, so for a sharded tier merge the shards first (needs free space for both the
shards and the merged result):1llama-gguf-split --merge \
2 DeepSeek-V4-Pro-0813-IQ3_XXS-00001-of-00015.gguf \
3 DeepSeek-V4-Pro-0813-IQ3_XXS.gguf1cat > Modelfile <<'EOF'
2FROM ./DeepSeek-V4-Pro-0813-IQ3_XXS.gguf
3PARAMETER temperature 0.6
4PARAMETER top_p 0.95
5EOF
6
7ollama create deepseek-v4-pro -f Modelfile
8ollama run deepseek-v4-pron_ctx=512, 12 chunks. Cross-tier comparisons in the table are valid;
comparisons against other models or other repos' published figures are not. Perplexity's running
average climbs monotonically as more corpus is covered, so a 12-chunk number and a 568-chunk
number are different measurements even for the same file.