Downloads · 30 days
50
0% of all-time downloads
rene98c/Qwen3.5-397B-A17B-REAP-28-NVFP4
Qwen3.5-397B-A17B-REAP-28-NVFP4 is a text generation model from rene98c. Use it when you need the model to write or continue text. It is set up for transformers. The card lists the license as apache-2.0.
edit: with vllm, use --language-model-only , have not figured this one out yet.
Downloads · 30 days
50
0% of all-time downloads
All-time downloads
23.4K
Public
Repo size
176 GB
Likes
4
Public
Click a slice to open those files.
.safetensors176 GB · 100%
From the Hugging Face model README
edit: with vllm, use --language-model-only , have not figured this one out yet.
A personal experiment in aggressive MoE pruning. The goal: fit Qwen3.5-397B on 2× 96GB Blackwell GPUs with usable KV cache (~90K tokens), without losing quality.
28% of experts removed using REAP (Routing-Expert Activation Pruning) with a saliency × activation-count ordering, then quantized to NVFP4 using llm-compressor. Final size: ~164GB.
Pruning is heterogeneous — each layer retains a different number of experts based on global importance ranking. Early layers (which carry more redundancy) are pruned more aggressively; late layers are barely touched. This maximizes quality retention for a given size budget.
| Benchmark | This model | Nvidia NVFP4 (full, ~240GB) |
|---|---|---|
| IFEval | 92.55 (avg) | 91.20 |
| MMLU Redux (generative) | 90.94 | 91.24 |
| GSM8K CoT (Llama) | 96.74 | 96.80 |
28% fewer experts, 30%+ smaller on disk, and benchmark scores within noise of the full model.
This model uses variable expert counts per layer (not a fixed number), which stock vLLM doesn't support yet. Two files need patching — see the patches/ directory for detailed instructions:
qwen3_next.py — read per-layer expert count instead of assuming a single global valueqwen3_5.py — infer expert count from tensor shape during weight loadingPatches were tested on vLLM 0.16.1rc1.dev188 (nightly cu130).