Downloads · 30 days
47
42% of all-time downloads
Rodder5/Qwen3-8B-NVFP4
Qwen3-8B-NVFP4 is a machine learning model from Rodder5. Use it for the machine learning task on the model card, and read the license before you ship it in a product. The card lists the license as apache-2.0.
Qwen3-8B (pinned revision b968826) quantized with NVFP4 (llm-compressor @ git main, W4A4: 4-bit weights AND activations, Blackwell-native block scaling), produced for sm120-quant-bench: a study of where 4-bit damage a…
Downloads · 30 days
47
42% of all-time downloads
All-time downloads
112
Public
Parameters
8.2B
6.4 GB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors6.4 GB · 100%
How the weights are stored.
U86.9B · 85%
From the Hugging Face model README
Qwen3-8B (pinned revision b968826) quantized with NVFP4 (llm-compressor @ git main, W4A4: 4-bit weights AND activations, Blackwell-native block scaling), produced for sm120-quant-bench: a study of where 4-bit damage actually lands, measured with frozen splits, capability probes, and bootstrap 95% CIs on an RTX 5090. Write-up: "NVFP4 on a 5090 names two different machines".
Most quantized checkpoints ship with no damage documentation. This card tells you what this quantization costs, per capability, against the BF16 baseline measured on identical hardware with identical frozen evals.
| Metric | BF16 baseline | This checkpoint |
|---|---|---|
| Perplexity (wikitext-2 slice, lower better) | 17.92 | 18.28 |
| GSM8K strict-match | 91.8 [89.4, 94.2] | 86.6 [83.6, 89.6] |
| HumanEval pass@1 | 63.4 [56.1, 70.7] | 65.2 [57.9, 72.6] |
| MMLU STEM | 71.8 [68.6, 74.8] | 69.1 [65.9, 72.2] |
| MMLU humanities | 62.3 [58.9, 65.6] | 59.6 [56.1, 63.0] |
| Numeric fidelity probe | 78.7 [74.0, 83.3] | 72.7 [67.7, 77.7] |
| Long-context multi-needle (overall) | 97.8 [95.6, 99.4] | 95.0 [91.7, 97.8] |
| Tool-calling end-to-end (300 items) | 87.7 [84.0, 91.3] | 85.7 [81.7, 89.3] |
| Weights on disk (GB) | 16.4 | 6.4 |
| TTFT p50 ms, native FlashInfer path (default tactics) | 14.8 | 9.3 |
| TTFT p50 ms, Marlin fallback path | 14.8 | 7.3 |
| ITL p50 ms/token, native FlashInfer path (default tactics) | 11.1 | 6.6 |
| ITL p50 ms/token, Marlin fallback path | 11.1 | 4.6 |
Damage pools in computation, not structure. Full five-variant table with bootstrap CIs: the study.
Every number traces to a results JSON in the repo, and every eval run recorded which GPU kernel actually served it. This checkpoint's serving receipt on our stack (vLLM 0.26.0, sm_120):
Using FlashInferCutlassNvFp4LinearKernel for NVFP4 GEMM
Serving this on consumer Blackwell (sm_120) is nontrivial; read before deploying.
fp4_gemm_cutlass_sm120 at first load. On a conda toolchain you may need curand headers on the include path, MAX_JOBS=4, and LIBRARY_PATH=/usr/lib/x86_64-linux-gnu (full chain: postmortem).VLLM_FLASHINFER_AUTOTUNE_SKIP_OPS=fp4_gemm skips it (accuracy unchanged, speed default-tactic).--linear-backend marlin forces the fallback; it was FASTER single-stream at default tactics).One of three checkpoints quantized and evaluated together in sm120-quant-bench; siblings: Qwen3-8B-W4A16-GPTQ and Qwen3-8B-W4A16-AWQ.
recipes/nvfp4.py (llm-compressor from git main: the released 0.12 line hits issue #3011's misleading OOM without max_seq_length; 128 samples, max_seq 2048, seed 3407). Calibration data is disjoint from every eval split by construction. Full recipe, harness, and raw results: the repo. Reproduction gets byte-identical eval items (seed-pinned, hashed manifest).
vllm serve <this-repo> --max-model-len 16384
Check the log for the kernel-selection line before benchmarking. If a number matters, its serving receipt matters.