GGUF builds of Meta's Muse Glimmer 30B, made from the original BF16 weights.
This is the first stage: full-precision base, 8-bit builds, and measurements.
The full quant ladder with a calibrated imatrix and NVFP4 is in progress.
Support was merged into llama.cpp master in
#26841
(commit
62bf73d
).
You need a build from master — the last tagged release predates it.
Files
File
Size
bpw
VRAM needed
What's inside
Muse-Glimmer-30B-Q8_0.gguf
29.6 GB
8.50
32 GB
everything Q8_0
Muse-Glimmer-30B-AD-Q8_0.gguf
32.1 GB
9.23
40 GB
Q8_0,
token_embd
+
output
in BF16
BF16/
(2 shards)
55.7 GB
16.0
64 GB
original weights, reference for all metrics
mmproj-Muse-Glimmer-30B-BF16.gguf
3.9 GB
—
+3.7 GB
required for image input
dflash-Muse-Glimmer-30B-BF16.gguf
5.1 GB
—
+5.0 GB
drafter, ~1.9x faster generation
experiments/…-Q8_0-embd-bf16.gguf
30.9 GB
8.87
34 GB
Q8_0, only
token_embd
in BF16
experiments/…-Q8_0-out-bf16.gguf
30.9 GB
8.87
34 GB
Q8_0, only
output
in BF16
Q8_0
fits on a
single RTX 5090
and runs at 35.7 t/s. Adding the mmproj for image
input pushes you to a second card.
The two
experiments/
files exist to answer one question — which of the two big tensors
is worth keeping in BF16 — and are measured below. For normal use pick
Q8_0
or
AD-Q8_0
.
Without the drafter
—
llama-bench -p 512,4096 -n 128 -r 3 -ngl 99 -fa 1
:
Build
Size
GPUs
Drafter
pp512
pp4096
tg128
BF16
55.7 GB
4
off
2138
5757
20.3 t/s
Q8_0
29.6 GB
4
off
3125
7864
35.5 t/s
Q8_0-embd-bf16
30.9 GB
4
off
3120
7854
35.5 t/s
Q8_0-out-bf16
30.9 GB
4
off
3104
7853
34.2 t/s
AD-Q8_0
32.1 GB
4
off
3103
7846
34.2 t/s
Q8_0
29.6 GB
1
off
3077
3105
35.7 t/s
With the DFlash drafter
—
llama-server
, 9-prompt set (code / prose / reasoning),
greedy sampling. Generation speed here is measured end to end by the server, so it is not
directly comparable to
llama-bench
tg128 above:
Build
Size
GPUs
Drafter
Generation
Acceptance
Mean accepted
Q8_0
29.6 GB
4
off
35.5 t/s
—
—
Q8_0
29.6 GB + 5.1
4
dflash BF16
68.3 t/s
0.211
3.74
Acceptance depends heavily on the task: code prompts reach 0.37, free prose drops to 0.12.
Meta reports 3.1x on a single 5090; we see 1.9x, most likely because a 4-GPU layer split
makes each target forward pass relatively more expensive against drafter overhead.
Quality
Reference is our own BF16 GGUF, which is
bit-identical to the original weights
(verified by UUID and all 731 tensor hashes). Measured with
llama-perplexity --kl-divergence
.
Lower KLD is better, higher top-1 is better.
Neutral text
— 30 languages, 97 windows of 4096, base PPL 5.4614:
Build
Size
bpw
Mean KLD
Top-1 match
RMS dp
Q8_0
29.6 GB
8.50
0.000861
98.945 %
0.998 %
Q8_0 +
token_embd
BF16 *
30.9 GB
8.87
0.000838
98.970 %
0.953 %
Q8_0 +
output
BF16 *
30.9 GB
8.87
0.000842
98.975 %
0.993 %
AD-Q8_0 (both)
32.1 GB
9.23
0.000819
98.987 %
0.947 %
Agentic dialogues
— native chat markup with tool calls, 85 windows of 4096,
base PPL 2.4462:
Build
Size
bpw
Mean KLD
Top-1 match
RMS dp
Q8_0
29.6 GB
8.50
0.019968
98.580 %
4.377 %
Q8_0 +
output
BF16 *
30.9 GB
8.87
0.019949
98.584 %
4.376 %
Q8_0 +
token_embd
BF16 *
30.9 GB
8.87
0.018397
98.575 %
4.271 %
AD-Q8_0 (both)
32.1 GB
9.23
0.018382
98.579 %
4.270 %
* these two builds live in
experiments/
— they isolate one tensor each and are not
meant for general use.
Calibration
imatrix/muse-glimmer.imatrix.gguf
is the importance matrix used for the quant
ladder. It is published so anyone can rebuild these files, or build their own
quants on the same calibration.
How it was collected
An importance matrix records, for every weight matrix in the model, the mean
squared activation arriving on each of its input channels. The quantiser uses
those numbers to weight reconstruction error when it searches for block scales:
error on a channel that usually carries large activations is penalised more than
error on a channel that is usually near zero.
Source
our BF16 GGUF, bit-identical to the original weights
8192 for short documents, 32768 for the long-context slice, merged
Flags
--parse-special
so chat control tokens are real tokens,
--process-output
so
output.weight
is collected
Coverage
all 417 collected tensors woke up more than 99.9% of their input channels
Two flags there are off by default and both matter. Without
--parse-special
,
<|start|>
and friends are tokenized as literal punctuation, so 40% of the
corpus would have been calibrated on sequences the model never produces. Without
--process-output
,
output.weight
— 1.34 B parameters sitting directly under
the logit softcap — gets no importance data at all.
Muse Glimmer has 52 layers with 8 collected matrices each, plus the output
matrix, for 417 importance vectors. They reduce to
five distinct profiles per
layer
:
attn_q
,
attn_k
,
attn_v
and
attn_gate
all read the output of
attn_norm
, so their importance vectors are identical to the last digit, and
ffn_gate
and
ffn_up
likewise share the output of
ffn_pre_norm
.
For each vector we measured how much of the total importance sits in its
strongest channels.
The Y axis lists the five profiles. The X axis is the percentage of a tensor's
total importance held by its 10 strongest input channels, and by its strongest
1% of channels, averaged over all 52 layers.
Read against a uniform distribution, the numbers are extreme. Ten channels out of
6656 would hold 0.15% of importance if it were spread evenly; on the attention
input they hold 38.8%, a factor of 259. For
ffn_down
the ten strongest of 19 968
channels hold 19.8% against a uniform 0.05%, a factor of 396. Every group is at
least two orders of magnitude away from uniform.
Concentration is not constant with depth.
Here the X axis is the layer index, 0 to 51, and the Y axis is the share of
ffn_down
importance held by its 10 strongest channels out of 19 968. Layers 5
through 11 sit between 1.6% and 3.6%. Layers 41 and 42 reach 59% and 60% — ten
channels out of nearly twenty thousand carrying three fifths of everything, some
1200 times a uniform share. Layers 0 and 4 are isolated spikes in an otherwise
flat early region.
Why this matters for quantization
K-quants assign one scale to a block of 32 adjacent weights along the input
dimension. A single dominant channel inside a block forces that scale upward and
costs precision on the other 31 weights. Concentration therefore makes a block
harder to quantize, not easier, and it marks where calibration has the most
leverage: the gap between a calibrated and an uncalibrated quant should be widest
exactly where the top-10 share is highest.
That is a prediction, not a result. The ladder below tests it by holding
everything constant except
ffn_down
in layers 36 through 47.
One further note on
attn_gate
. Gated attention is new to this architecture and
adds a 6656 x 4096 matrix per layer, roughly a third of the attention parameters.
No published quantization work has had importance data for it. Its profile is
identical to
attn_q
,
attn_k
and
attn_v
, which means it cannot be
distinguished from them by importance alone — any differentiation has to come
from measurement, not from the matrix.
--no-ppl
is required at long context: the perplexity path allocates
n_ctx x n_vocab x 4
bytes for logits, which is 26.5 GB at 32768 context with
this model's 202 048 token vocabulary. Perplexity is not used by the importance
collection, so disabling it costs nothing.
Merging is exact addition of sums and counts, so the corpus can be split across
machines and recombined:
Muse-Glimmer-30B-GGUF huggingface.co is an AI model on huggingface.co that provides Muse-Glimmer-30B-GGUF's model effect (), which can be used instantly with this AtomicChat Muse-Glimmer-30B-GGUF model. huggingface.co supports a free trial of the Muse-Glimmer-30B-GGUF model, and also provides paid use of the Muse-Glimmer-30B-GGUF. Support call Muse-Glimmer-30B-GGUF model through api, including Node.js, Python, http.
Muse-Glimmer-30B-GGUF huggingface.co is an online trial and call api platform, which integrates Muse-Glimmer-30B-GGUF's modeling effects, including api services, and provides a free online trial of Muse-Glimmer-30B-GGUF, you can try Muse-Glimmer-30B-GGUF online for free by clicking the link below.
AtomicChat Muse-Glimmer-30B-GGUF online free url in huggingface.co:
Muse-Glimmer-30B-GGUF is an open source model from GitHub that offers a free installation service, and any user can find Muse-Glimmer-30B-GGUF on GitHub to install. At the same time, huggingface.co provides the effect of Muse-Glimmer-30B-GGUF install, users can directly use Muse-Glimmer-30B-GGUF installed effect in huggingface.co for debugging and trial. It also supports api for free installation.
Muse-Glimmer-30B-GGUF install url in huggingface.co: