Views
No views yet
fc, 4-bit/g64 elsewhere)EigenLabs/Qwen3.8-27B-MTP-bf16 @ 26a328e070875b0314d652a039b6b59902690f03.1backbone: junafinity/Qwen-3.8-27B-Uncensored-8-Bit-MLX
2draft head: junafinity/qwen38-mtp-head-fc-bf16-4bitfc in bf16 and quantizes only the other seven (q/k/v/o_proj,
gate/up/down_proj) to MLX affine 4-bit, group size 64 — the geometry that
matches the 4-bit backbone, so a stock scales-keyed loader converts exactly
the modules that carry a .scales sibling and leaves fc a dense Linear
with no code changes.fcQwen/Qwen3.8-27B-FP8, lists mtp.fc in
modules_to_not_convert — it declines to quantize that matrix while
quantizing the head's other large linears. fc is the projection that fuses
the embedding stream with the backbone hidden state
(concat[embed, hidden] at 10240 → 5120), so representation error there
propagates into every downstream head computation at every draft position.
This artifact tests whether respecting that exclusion improves draft
acceptance enough to pay for the extra bandwidth.fc in bf16 is 104.9 MB versus 29.5 MB at 4-bit — about +75 MB of weight
traffic per draft step (total head read ≈ 314 MB vs ≈ 239 MB). Break-even
needs only a small acceptance gain at mid/deep draft positions, since an
accepted draft token amortizes a full ~15.6 GB target verify pass on this
dense 27B model.fc.weight (bf16, [5120, 10240]), seven bf16 norm vectors, and
weight/scales/biases triples for the seven quantized linears. Single
model.safetensors (314,300,360 bytes) plus config.json and an index,
carried unchanged from the pinned head so the head loader accepts the tree.