Views
No views yet
IQ1_* up to Q8_0, plus the BF16
baseline. This set exists as a canonical reference for cross-quant / cross-backend quality
(perplexity) and throughput comparison.BF16 source and the same importance
matrix (Qwen3.6-35B-A3B-imatrix.gguf, included here for full reproducibility).Generated with the jimbothigpen/llama.cpp fork. These GGUFs and their imatrix are produced by that fork's quantization toolchain. It is a fork of upstream ggml-org/llama.cpp that integrates features ported from several llama.cpp forks — including the IQ-K / IQ-KS / IQ-KT (trellis) quant families from ik_llama.cpp — plus ROCm and Vulkan backend support.
| Base model | Qwen/Qwen3.6-35B-A3B (35B MoE, ~3B active; unmodified upstream weights) |
| GGUF source | BF16 GGUF produced by convert_hf_to_gguf.py … --outtype bf16 |
| Quantizer | llama-quantize from the jimbothigpen/llama.cpp fork (a fork of ggml-org/llama.cpp) |
| imatrix | Qwen3.6-35B-A3B-imatrix.gguf (included) |
calibration_datav3 — the de-facto community-standard llama.cpp imatrix
calibration set (lineage: kalomaze groups_merged → Dampf → bartowski calibration_datav3). It is a
semantic, multi-domain text mix deliberately disjoint from any perplexity evaluation set (e.g.
wikitext-2), so imatrix calibration does not contaminate downstream PPL measurement.llama-imatrix -m Qwen3.6-35B-A3B-BF16.gguf -f calibration_datav3.txt \
-o Qwen3.6-35B-A3B-imatrix.gguf \
-ngl 99 -fa on -fit off --no-mmap -b 512Qwen3.6-35B-A3B-imatrix.gguf file is included in this repo — reuse it to re-quantize from the
BF16 source and reproduce any file here (given the same quantizer build).BF16 GGUF with the shared imatrix applied:llama-quantize --imatrix Qwen3.6-35B-A3B-imatrix.gguf \
Qwen3.6-35B-A3B-BF16.gguf Qwen3.6-35B-A3B-<TYPE>.gguf <TYPE>WHT3_0 and WHT4_0 (see WHT quants below
for why those two are intentionally unweighted).TQ1_0/TQ2_0) are intentionally excluded — not meaningful for a non-ternary base.BF16 baseline + 41 quant types + mmproj:WHT3_0 (4.0 bpw) · WHT4_0 (5.0 bpw)IQ1_KT · IQ2_K · IQ2_KS · IQ2_KL · IQ2_KT · IQ3_K · IQ3_KS · IQ3_KT · IQ4_K · IQ4_KS · IQ4_KSS · IQ4_KT · IQ5_K · IQ5_KS · IQ6_KIQ1_S · IQ1_M · IQ2_XXS · IQ2_XS · IQ2_S · IQ2_M · IQ3_XS · IQ3_M · IQ4_XS · IQ4_NLQ2_K · Q3_K_S · Q3_K_M · Q3_K_L · Q4_K_S · Q4_K_M · Q5_K_S · Q5_K_M · Q6_KQ4_0 · Q4_1 · Q5_0 · Q5_1 · Q8_0Qwen3.6-35B-A3B-mmproj-F16.gguf (vision projector — use with any language-model quant above)Note: a 35B-A3B MoE quant is large —BF16is ~69 GB and even the small quants are several GB. For most use, pick an IQ-K/K-quant at your VRAM budget.
Q2_K…Q8_0, IQ1_S…IQ4_NL) load in standard llama.cpp.ik_llama.cpp-family quants and require an
ik_llama.cpp-compatible build to load and run.WHT3_0, WHT4_0) require a build of the
jimbothigpen/llama.cpp fork (or another build that
includes the WHT quant family).WHT3_0 and WHT4_0| Type | bpw | Description |
|---|---|---|
WHT3_0 | 4.0 | WHT-rotated 3-bit weights, 8-level Lloyd-Max codebook |
WHT4_0 | 5.0 | WHT-rotated 4-bit weights, 16-level Lloyd-Max codebook |
llama-cpp-turboquant). WHT3_0 / WHT4_0 use the same block byte-layout as TheTom's TQ3_1S / TQ4_1S rotated-quant types, but are assigned distinct ggml_type IDs (80/81), so these GGUFs load only with this fork — not with TheTom's llama-cpp-turboquant build. They are quantized unweighted per TheTom's reference implementation — credit for the underlying rotated-quant algorithm goes to TheTom.Qwen3.6-35B-A3B-mmproj-F16.gguf (vision projector)Qwen3.6-35B-A3B-mmproj-F16.gguf, which enables image input at runtime.# CLI
llama-mtmd-cli \
--mmproj Qwen3.6-35B-A3B-mmproj-F16.gguf \
-m Qwen3.6-35B-A3B-<TYPE>.gguf \
-p "Describe this image." --image /path/to/image.jpg
# Server
llama-server \
--mmproj Qwen3.6-35B-A3B-mmproj-F16.gguf \
-m Qwen3.6-35B-A3B-<TYPE>.ggufQ4_K_M, IQ4_KT, WHT4_0, etc.).BF16 source are both present, so any quant here can be regenerated and verified against
its file. Perplexity for these quants is measured against wikitext-2-raw (disjoint from the calibration
corpus above).