CoolFace
Modelpublic

magiccodingman/Granite-4.0-H-350M-Unsloth-MagicQuant-Hybrid-GGUF

sourceHugging Faceapache-2.0updated 5mo agoView on Hugging Face
1likes80downloads
Model Card

MagicQuant GGUF Hybrids - granite 4.0 h 350m unsloth

(DEPRECIATED - Part of MagicQuant v1.0 which had significant flaws. Please utilize v2.0 which is production ready)

MagicQuant is an automated quantization, benchmarking, and evolutionary hybrid-GGUF search system for LLMs.

Each release includes models optimized to outperform standard baseline quants (Q8, Q6, Q5, Q4). If a baseline GGUF exists in this repo, the evolutionary engine couldn’t beat it. If a baseline is missing, it’s because a hybrid configuration outperformed it so completely that including the baseline would've been pointless.

These hybrid GGUFs are built to be as small, fast, and low-drift as possible while preserving model capability.

To dive deeper into how MagicQuant works, see the main repo: MagicQuant on GitHub (by MagicCodingMan)

Notes:

  • —The HuggingFace hardware compatibility where it shows the bits is usually wrong. It doesn't understand hybrid mixes, so don't trust it.
  • —Naming scheme can be found on the MagicQuant Wiki.
  • —(tips) Less precision loss means less brain damage. More TPS means faster! Smaller is always better right?

Precision Loss Guide

  • —0–0.1% → God-tier, scientifically exact
  • —0.1–1% → True near-lossless, agent-ready
  • —1–3% → Minimal loss, great for personal use
  • —3–5% → Borderline, but still functional
  • —5%+ → Toys, not tools, outside MagicQuant’s scope

Learn more about precision loss here.

IMPORTANT NOTE: Due to this model being so small. The test was significantly stricter in what precision loss was allowed.

Table - File Size + TPS + Avg Precision Loss

model_namefile_size_gbbench_tpsavg_prec_loss
mxfp4_moe-EKUD-B16-O-Q6K-Q-Q8_00.541705.350.0816%
mxfp4_moe-O-Q6K-EQKUD-Q8_00.341605.970.2555%

Table - PPL Columns

model_namegengen_ercodecode_ermathmath_er
mxfp4_moe-EKUD-B16-O-Q6K-Q-Q8_018.15600.46671.95480.017510.29860.2319
mxfp4_moe-O-Q6K-EQKUD-Q8_018.23040.46911.95550.017510.30740.2320
  • —gen = pplgeneral, code = pplcode, math = ppl_math

Table - Precision Loss Columns

model_nameloss_generalloss_codeloss_math
mxfp4_moe-EKUD-B16-O-Q6K-Q-Q8_00.13680.00510.1030
mxfp4_moe-O-Q6K-EQKUD-Q8_00.54710.03070.1886
  • —loss_* values are absolute precision-loss % vs BF16 per domain.

Baseline Models (Reference)

Table - File Size + TPS + Avg Precision Loss

model_namefile_size_gbbench_tpsavg_prec_loss
BF160.641718.280.0000%
Q8_00.341598.280.3116%
Q6_K0.261513.710.5598%
Q5_K0.241305.372.8875%
Q4KM0.211401.4412.2733%
IQ4_NL0.201679.0014.2608%
MXFP4_MOE0.171713.008222.4218%

Table - PPL Columns

model_namegengen_ercodecode_ermathmath_er
BF1618.13120.46551.95490.017510.28800.2315
Q8_018.23630.46931.95580.017510.31980.2325
Q6_K18.37530.47191.96120.017510.28690.2294
Q5_K18.99740.48991.98420.018010.53350.2365
Q4KM21.51380.56902.06330.019411.58620.2686
IQ4_NL22.46870.60352.07090.019411.61780.2686
MXFP4_MOE1172.270645.9470303.09427.7666308.377110.9069
  • —gen = pplgeneral, code = pplcode, math = ppl_math

Table - Precision Loss Columns

model_nameloss_generalloss_codeloss_math
BF160.00000.00000.0000
Q8_00.57970.04600.3091
Q6_K1.34630.32230.0107
Q5_K4.77741.49882.3863
Q4KM18.65625.545012.6186
IQ4_NL23.92295.933812.9257
MXFP4_MOE6365.488215404.33272897.4446
  • —loss_* values are absolute precision-loss % vs BF16 per domain.

Support

I’m a solo developer working full time for myself to achieve my dream, pouring nights and weekends into open protocols and tools that I hope make the world a little better. If you chip in, you're helping me keep the lights on while I keep shipping.

Click here to see ways to support - BTC, Paypal, GitHub sponsors.

Or, just drop a like on the repo :)