WIDE: token-level dynamic width pruning¶
Fidelity: core mechanism. Trains attention-head group and FFN-channel group routers and integrates them with LLM evolve.
Paper information¶
| Field | Details |
|---|---|
| Paper | arXiv 2607.28418 |
| Organization | EIT-NLP / LMU Munich |
| First public release | 2026-07-30 (arXiv v1) |
| Authors' code | Public implementation |
| Adapter / method | wide |
| Local reproduction code | src/auto_research/reproductions/wide/ |
Original paper¶
Motivation and method¶
Static pruning cannot allocate compute by token difficulty, and dynamic depth is too coarse. WIDE separately routes attention-head groups and FFN-channel groups for each token, co-designing mask reordering, block skipping, and device-side skipping.
flowchart LR
X["Token hidden"] --> R1["Head-group router"]
X --> R2["FFN-group router"]
R1 --> A["Sparse attention"]
R2 --> F["Sparse SwiGLU"]
A --> K["Kernel co-design"]
F --> K
Key figure from the paper¶
Key figure: Original architecture diagram. From the original paper; copyright remains with the authors.
Core equations¶
Paper results¶
At 50% sparsity, the paper reports 55.1% higher performance than dynamic-depth approaches, up to 1.98x/4.95x prefill/decode kernel speedup and 1.68x/1.55x end-to-end speedup.
Local reproduction¶
Local comparison: The baseline is same-budget dense LLaMA. The treatment activates a fixed 50% of heads and channels; perplexity is +0.81% relative, a slight deterioration.
auto-research reproduce --paper wide --dataset-dir data --seed 42
auto-research evolve --model micro-llm --dataset wikitext-2 --direction "比较 WIDE 动态宽度剪枝" --generations 2 --population 4
See the fixed metrics.
Reproduction boundaries¶
PyTorch dense kernels do not automatically speed up under masking. The local test checks routing, sparsity, and quality changes, not the paper's CUDA performance.
