r/LocalLLaMA • u/po_stulate • 7h ago
Discussion Deceptive model quantization from AtomicChat?
I kept seeing guys in this sub saying how AtomicChat's Qwen3.8-Flash-Next quant is so good, fits in their machine when unsloth's can't, runs faster than other quants etc, so I went check out what's happening there.
First thing I noticed was that AtomicChat's Q4_K_M quant is suspiciously small when the ngram table is removed (only ~56GB), it seems like most of the tensors in this quant are IQ2_S instead of the usual Q4_K, Q5_K and Q6_K that you usually find in Q4_K_M quants, the GGUF filetype metadata also says IQ2_S instead of Q4_K_M. In their model card, their Q4_K_M also has suspiciously high KLD (0.084).
It seems pretty obvious to me that they're pretending a IQ2_S quant as a Q4_K_M, but at the same time I'm genuinely not sure because it can't be only me who found this right? How can nobody be pointing this out? Am I missing something or what may they be doing?
Their HF repo ID: AtomicChat/Qwen3.8-Flash-Next-GGUF
7
u/drFennec 7h ago
I was wondering the same thing, here is what llama.cpp prints on loading:
[34m0.00.803.003[0m [32mI [0mllama_model_loader: - type f32: 388 tensors
[34m0.00.803.004[0m [32mI [0mllama_model_loader: - type f16: 1 tensors
[34m0.00.803.005[0m [32mI [0mllama_model_loader: - type q5_1: 1 tensors
[34m0.00.803.005[0m [32mI [0mllama_model_loader: - type q8_0: 666 tensors
[34m0.00.803.006[0m [32mI [0mllama_model_loader: - type iq2_s: 24 tensors
[34m0.00.803.007[0m [32mI [0mllama_model_loader: - type iq1_m: 72 tensors
[34m0.00.803.007[0m [32mI [0mllama_model_loader: - type bf16: 24 tensors
[34m0.00.803.008[0m [32mI [0mllama_model_loader: - type mxfp4: 48 tensors
[34m0.00.803.027[0m [32mI [0mprint_info: file format = GGUF V3 (latest)
[34m0.00.803.028[0m [32mI [0mprint_info: file type = IQ1_M - 1.75 bpw
[34m0.00.803.033[0m [32mI [0mprint_info: file size = 79.09 GiB (3.84 BPW)
3
u/EvolvingDior 6h ago
Marketing 101 -- people never look at the details. Give a good high-level number and then bury the details in the fine print.
1
u/PlusBus1234 4h ago
I've been testing UD-Q3_K_XL vs atomic Q4_K_M, the atomic quant runs faster for me (~10%) also i can load it with mmap+mlock while the unsloth version OOMs unless mmap only, its very strange a q4 faster than q3 (llama reports IQ2 when loading atomic btw), but both file sizes are similar.
1
u/SnooPaintings8639 6h ago
I see a lot of accusations against AtomicChat team, but no concrete proofs, only speculations.
The models are there, anyone can download matching their vs unsloth and compare.
I personally am happy with their work, but I have not done quality comparison myself. Would be nice if some good souls would run some benches and shared them.
2
u/ZealousidealCorgi893 6h ago
I ran several tests with that model of theirs (which was the only one I managed to run on my 64GB Mac), and to me, it performed very similarly to Qwen 27B.
5
u/Fun_Jaguar8231 6h ago
So, essentially, useless for its size
3
u/lhg31 5h ago
Depends on your rig.
On my strix halo 64gb, I can run 27B (any quant) or Flash Next q3-q4. Flash Next runs much faster, so that's the one I use.
Then on my gaming PC (RTX 4090) any Flash Next quant is super slow (since they don't fit on my vram + ram), but I can run 27B q4 at over 100t/s, so that's the one I use on this rig.
1
1
u/ringarc 5h ago
They're not only posting summary figures on the model card. There's also a separate metrics dataset repo with the full BF16 reference, KLD logs, and both importance matrices. Calling it the canonical type based on measured average bpw instead of simply IQ2_S is odd, but the model card explains it in the "Naming" section.
What still needs answering is lhg31's point. Does the 0.084 KLD result use the same eval corpus as the KLD results from bartowski or unsloth? You can't compare results between groups unless the reference set, context length, and sampling are identical. I'd inspect their published logs to see how they got that result before running new comparison benches. It's quicker than starting over.
-4
u/ParaboloidalCrest 6h ago
Why so emotional? This is not Taylor Swift sub! What you have "uncovered" is already there in the model card. It's not like you need to reverse engineer the quants or anything.
Besides, there are TENS and very soon HUNDREDS of qwen3.8next quants and all are free. Use whatever you want and ignore the rest.
8
u/po_stulate 6h ago
I made my own quant for qwen3.8-flash-next (because most either don't have unquantized ngram table or don't have mtp) and I'm happy with it. I'm just curious since I didn't see any discussion about their quants regarding this.
-6
u/OrangeManSad 6h ago
yes, you are completely confused. i suggest you take a look at unsloth UD quants or imatrx dynamic quantization models for that matter. Also did you read the model card ? maybe read that first before you post on reddit about your grand discovery.
0
u/Embarrassed_Soup_279 2h ago
why are people shitting on atomicchat? they make good quants and their quants are fully reproducible. i think their imatrix has better calibration for multilingual tasks compared to unsloths.
-3
-6
u/MerePotato 6h ago
People somehow still don't understand that Q4 =/= 4.0 bpw
9
u/po_stulate 5h ago
I knew that Q4 is not equal to 4 bpw, I'm not the one claiming that, they are. Apparently according to their model card they name their model Q4 because it is 4 bpw, while in reality it's more like Q2 or Q3 when ignoring the Q5 ngram table.
1
u/niacolhealth 10m ago
nothing surprising about weights mostly at iq2_s running ~10% faster than a real q3, or about the size matching a q3 while the loader prints iq2: all three readouts agree with each other, only the filename doesn't. so the accusation and the praise are the same fact, and the only argument left is what to call the file.
26
u/lhg31 7h ago
Well, they DO explain this, don't they?
Naming
Files are named by their measured bits per weight. A build whose expert tensors are IQ1_M is not a 1-bit model when the n-gram table sits at 6 bits and
ffn_down_expsat 4.5; the real average is 3.84. The canonical type in the filename is the closest standard type by that average, so tooling can still detect it. ForAD-4.27bpw:ffn_gate/up_expsffn_down_exps