Views
No views yet
muse-glimmer-30B-kquant-17gb.gguf. Every weight keeps the GGUF's exact quantization code; only the group scales are re-expressed in MLX affine form. Serve it with SGLang's MLX backend on a Mac with 48 GB of unified memory or more. Text only — the MLX backend has no vision path.gguf_weights/muse-glimmer-30B-kquant-17gb.gguf (sha256 7e9b74b7…), revision aa336138… (the 2026-08-10 "definitive Muse Glimmer 30B GGUFs" re-publish; its quantized payload is byte-identical to the earlier the previous vendor GGUF — this repack's tensors are bit-identical to the previous revision of this repo, so all evaluation results below are unchanged)| Benchmark | This checkpoint (SGLang MLX) | llama.cpp, same GGUF |
|---|---|---|
| GSM8K | 0.970 | 0.970 |
| CIMemories violation (lower better) | 0.00% | 8.27% |
| CIMemories coverage (higher better) | 76.0% | 68.4% |
| Batch size | 1 | 2 | 4 | 6 | 8 |
|---|---|---|---|---|---|
| Decode tok/s (aggregate) | 15.3 | 27.2 | 46.5 | 46.8 | 52.6 |
1SGLANG_USE_MLX=1 SGLANG_MLX_CACHE_LIMIT_GB=8 \
2python -m sglang.launch_server \
3 --model-path RadixArk/Muse-Glimmer-q4km-gs128-MLX \
4 --trust-remote-code \
5 --reasoning-parser muse \
6 --tool-call-parser muse \
7 --disable-radix-cache \
8 --mem-fraction-static 0.85 \
9 --host 0.0.0.0 --port 30000SGLANG_MLX_CACHE_LIMIT_GB=8 caps the MLX buffer cache (keeps the footprint within a 48 GB machine at no throughput cost). Keep --disable-radix-cache. See the Muse Glimmer page in the SGLang cookbook for the full deployment matrix.RadixArk/Muse-Glimmer-q4-MLX — fastest MLX variant, quantized from the BF16 HF exportRadixArk/Muse-Glimmer-q4k-dynamic-MLX — mirror of the vendor's searched dynamic K-quant