Downloads · 30 days
82
12% of all-time downloads
satgeze/GLM-5.3-Flash-EXL3-TR3-3.5bpw
GLM-5.3-Flash-EXL3-TR3-3.5bpw is a image-text-to-text model from satgeze. Use it for the image-text-to-text task on the model card, and read the license before you ship it in a product. It is set up for transformers. The card lists the license as other.
First sub-4bpw GLM-5.3-Flash checkpoint that serves 1M context + MTP3 speculative decoding + CUDA graphs + thinking mode simultaneously on two RTX PRO 6000 (SM120, 96 GB each). At 4bpw that combination does not fit in…
Downloads · 30 days
82
12% of all-time downloads
All-time downloads
704
Public
Parameters
78.1B
156 GB on disk
Likes
6
Public
Click a slice to open those files.
.safetensors156 GB · 100%
How the weights are stored.
I1668.2B · 87%
From the Hugging Face model README
First sub-4bpw GLM-5.3-Flash checkpoint that serves 1M context + MTP3 speculative decoding + CUDA graphs + thinking mode simultaneously on two RTX PRO 6000 (SM120, 96 GB each). At 4bpw that combination does not fit in 192 GB: the drafter KV plus a 1M-token pool exceeds the cards. The mixed rate frees exactly the gap. One serve does deep context AND fast decode; no separate read-lane and fast-lane serves.
GSM8K 96.89 / MATH-500 77.8 / HumanEval 82.3 raw are measured and published below - all at or above the 4bpw references on the same protocols. The deep-context decode curve is flat across 500K-950K, and the five-run KLD fidelity gate PASSED on 2026-09-02: mean 0.029654 nats vs the absolute 0.06 bar (4bpw reference 0.024555). Every gate below is measured on this exact weight set.
Also: speed/context claims below are from live serving receipts; the derivation is fully provenance-sealed (see How this was built).
| Metric | Value | Verified |
|---|---|---|
| Decode, single stream, thinking off, forced 1024 | 126-134 tok/s | non-stream wall |
| Decode @500K depth, forced 1024 | ~130 tok/s, NO depth penalty | non-stream wall |
| Prefill 500K / 750K / 950K | 2836.7 / 2840.6 / 2793.2 tok/s | stream TTFT |
| Concurrency aggregate decode, 2/4/6 streams (batching profile, max_num_seqs=8) | 163.7 / 211.4 / 233.3 tok/s | forced gen, non-stream |
| Per-stream decode @2/4/6 | 83 / 54 / 40 tok/s | same runs |
| Multi-agentic: 3 tool-using tasks serial vs concurrent | 22.1 s vs 3.3 s (6.6x) | wall |
| Vision | qualified at 400K, 499968 (gmu 0.96), AND 1M with up to 4 images per request (gmu 0.975): exact OCR + shapes/colors incl. multi-image, engine alive | image tests |
| Decode single, thinking ON, forced 1024 | 143.0-143.8 tok/s | non-stream wall |
| Product profile (1M + vision + seqs=8) concurrency | aggregate 141.2 @4 / 175.2 @6 (per-stream ~30) | forced gen |
| MTP3 acceptance length | ~2.4 mean | serving |
| KV pool (language profile) | 1,985,915 tokens | serving |
| max_model_len (language profile) | 1,000,000 (1.99x concurrency) | serving |
| CUDA graphs | PIECEWISE x4 + FULL captured | boot log |
| Tool calling (OpenAI format, glm45 parser) | roundtrip verified | serving |
| Checkpoint | 145.4 GiB, 120 shards, 150,226 tensors (includes 347-tensor vision tower, shard 120) | pack receipt |
Reference on the same hardware: the 4bpw DFlash2 cell peaks at 78-91 tok/s with 192K-230K context. This checkpoint beats that decode rate at 5x the context.
Concurrency correction (2026-09-02): the first concurrency rows were measured on a serve booted with max_num_seqs=1 (streams serialized inside the engine; aggregate read flat ~108-110). The rows above are the corrected measurement on the batching profile (max_num_seqs=8, max_num_batched_tokens=4096, same forced-1024 protocol). The same bench's single stream reads 174-179 tok/s on that profile (repetition-favorable text lifts MTP acceptance).
DFlash2 drafter on this checkpoint (230K, method=dflash, depth 7, real batching): decode 214-226 tok/s single stream warm, acceptance 3.6-4.2, aggregate 167.5 at 6 streams / 168.2 at 8 (per-stream 46 / 31). Healthy, but MTP3 at 1M context beats it on aggregate too (227.5 / 246.4), so MTP3 remains the product profile. DFlash2 at 1M is pool-arithmetic-impossible (16.71 GiB KV needed per 1M request vs 7.84 available); its ceiling on this checkpoint is ~450K. Vision profile: swap --language-model-only for --limit-mm-per-prompt plus one rotary bind-mount patch (recipe repo).
Evidence files and the full serve recipe: the GitHub repo satindergrewal/GLM-5.3-Flash-EXL3-3.5bpw-Mixed-SM120-TP2. Real-session evidence: a multi-turn agentic session (tool calls + long reasoning) at 51-109 tok/s client-side with thinking on.
| Setting | Value |
|---|---|
| Format | EXL3/TR3 MCG, mixed-rate per tensor |
| Rates | every routed-expert tensor independently K3 or K4 |
| Rate census | 18,576 K3 + 18,576 K4 = 37,152 routed decisions |
| Average | exactly 7/2 bpw on routed experts |
| Allocation | energy-balanced dynamic programming over calibration activations |
| Scope | routed experts only (layers 3-44 + MTP layer 45) |
| Not quantized | attention, routers, shared expert, dense layers, embed, LM head stay source dtype |
| Encoder | brandonmusic R10 encoder closure, hash-verified |
| Calibration | brandonmusic GLM-5.3-Flash BF16 Teacher-Logits set (640 sealed windows) |
| Source | zai-org/GLM-5.3-Flash-BF16 (full-precision master) |
| Provenance | per-layer claim/packed/reconstruction receipts; sealed pack plan + 120 shard receipts |
Why mixed instead of uniform 3.5: the codec has no uniform 3.5 rate. A per-tensor K3/K4 split at the exact 7/2 average is codec-native, needs zero kernel changes, and lets the allocator spend bits where calibration energy says they matter.
git clone https://github.com/satindergrewal/GLM-5.3-Flash-EXL3-3.5bpw-Mixed-SM120-TP2.git
cd GLM-5.3-Flash-EXL3-3.5bpw-Mixed-SM120-TP2
./start.sh # port 8012, 1M context, graphs, tools; waits for health
./status.sh # container + endpoint + GPUs at a glance
./stop.sh # clean shutdown incl. the process-tree sweep
Boot is about 13 minutes: 120 shards, b12x compile, CUDA graph capture. Full env matrix and troubleshooting are in the recipe repo README.
Weights 145.4 GiB (~73 per card) leave room for a 1,985,915-token NVFP4 MLA KV pool: 1M context with 1.99x concurrency, or two 500K sessions, or deeper single requests with headroom.
MTP3 drafter built in (acceptance ~2.4 mean, measured while serving with
thinking on). Tool calling works through the glm45 parser with
--enable-auto-tool-choice; verified end to end with OpenAI-format tools
in a live agent session.
Eval receipts (protocol, per-problem results) live in the recipe repo under docs/evidence/.




Derived from the zai-org BF16 master with brandonmusic's published R10 encoder closure and teacher-logits calibration set, extended by a per-tensor mixed-rate allocation campaign: 45 encode units, energy-balanced K3/K4 assignment, sealed readiness/layer/pack receipts at every step. The artifact declares the mixed schema through the r7_routed_experts block in config.json; per-tensor widths ride in the trellis payload shapes, so no kernel changes are needed to read it. Derivation drivers and the patched runtime are in the recipe repo.
The checkpoint and scripts inherit the upstream stack terms: base model per zai-org; TR3/MCG toolchain and calibration lineage per the ShapleyMCG License 1.0 (see license link above); see the recipe repo for the full third-party notice breakdown.