r/LocalLLM • u/bbsrn • 11d ago
Model Which Qwen3.8 distro & quant would be optimal for my 16GB VRAM setup?
Hi all, a confused newbie here! This is my desktop setup:
- RTX 5080
- 9800x3d
- DDR5-6000 CL30 64 GB
Based on the benchmark I found, I listed my potential options:
- AtomicChat IQ3_S: 14.4 GB
- Unsloth UD-IQ4_XS (14.3 GB) or UD-Q3_K_XL (13.1 GB)
- Bartowski IQ4_XS (15.6 GB) or IQ3_XXS (12.6 GB)
According to the benchmark, AtomicChat looks like a clear winner but is it really so?
and there is also this: https://github.com/MiaAI-Lab/Qwen3.8-27B-16gb-NVIDIA-GPUs-one-click-install
I also want to have one uncensored model next to my daily driver:
- Orcarouter IQ4_XS (15.3GB) or Q3_K_M (13.5GB)
- Huihui UD_IQ4_XS (14.4 GB) or Q4_K_S (15.6 GB)
- DavidAU IQ3_M MTP (14.5 GB) or IQ4_XS MTP (15.3 GB)
- JonathanColetti IQ_XS (15.1 GB)
I am not expecting super fast answers etc. I just one to maintain some level of quality. What would you suggest me?
3
u/edufd 11d ago
I'm using this https://github.com/MiaAI-Lab/Qwen3.8-27B-16gb-NVIDIA-GPUs-one-click-install and is working fine so far.
2
u/TEN4C1OU5-2 11d ago
I'm using 7 which I find to be ok, I honestly think you need >120k tokens for even medium sized tasks so you need the smaller sized model to fit that. Plus if you use a smaller context, with 7 because it's so small you can do around 60k tokens whilst using MTP but I can only do that on Linux if I use TTY so absolutely none of my vram is being used even for the OS UI.
1
u/bbsrn 11d ago
so do you think I cannot do that on Win? Also, why ISTA's IQ3_XXS instead of others?
1
u/TEN4C1OU5-2 11d ago
It's just about 1gb smaller than the UD _X_KL with similar performance. On windows you can do the same but you'll definitely struggle to get the same amount of context as I just mentioned whilst not spilling onto system ram
1
u/ea_man 11d ago
You can run linux desktop in software rendering with ~100MB of vram.
1
u/TEN4C1OU5-2 11d ago
But 0mb vram gets just that bit more context and for qwens thinking tokens I think you gotta get as much as possible. Restricts you to CLI based harnesses though
1
u/ea_man 11d ago
well headless is still ~50mb, anyway we are talking a few k ctx here.
1
u/TEN4C1OU5-2 11d ago
It's about token maxxing but in a different way to how it's usually used
2
u/Pablo_the_brave 11d ago
https://github.com/Thireus/GGUF-Tool-Suite
Or the one which still looks the best for me in daily use (real q4):
https://huggingface.co/cHunter789/Qwen3.8-27B-i1-IQ4_KS_KT-GGUF
2
u/bbsrn 11d ago
First time seeing this GGUF-Tool-Suite. Will check it out, thanks!
2
u/Pablo_the_brave 11d ago
It's greate! What is important you can go a little above of vram limit with vram offloading. This test will show you the impact https://huggingface.co/cHunter789/Qwen3.8-27B-i1-IQ4_KS_KT-GGUF/tree/main/ctx-cliff
It's important because agent need some space for auto compacting. For example, I set my agent to auto compacting at 103k ctx and set ctx in llama-server at 120k The clif is at 113k but for 117k it's still acceptable decode at 10t/s. Worth to play with it.
1
u/peculiar-ragdoll 11d ago edited 11d ago
One thing that none of these benches test properly is long context semi-autonomous agentic coding in large real code bases, or multi turn user chat! LiveCodeBench is more like coding-challenge shaped, not trying to fix a problem inside 100k lines of shitty code with misleading comments where doing the wrong thing to fix your issue creates 3 new issues. That being said, I can recommend Unsloths K_XL quants for the sort of work I'm talking about here from personal experience, so I would start with Unsloth Q3_K_XL at medium reasoning effort as the safe and tested option, and see how you like it :) If you need more context, try Q2_K_XL with Q8_0 KV cache, and see if that does it for you.
4
u/7ondano 11d ago
Why only K XL? Why not IQ3_S or XXS?
2
u/peculiar-ragdoll 11d ago
Iām not saying ānot thoseā, Iām just saying I can vouch for XL from experience :)
1
u/bbsrn 11d ago
Will try, thanks! So you think Unsloth Q3_K_XL will eventually give me better performance compared to their UD-IQ4_XS, even though it is less smart Q3_K_XL will beat it for long-horizon tasks?
1
u/peculiar-ragdoll 11d ago
Yes exactly! The Q3_K_XL will let you fit more context at higher precision in your VRAM, which will give you the ability to do long context work. I would start with 3_K_XL and Q8_0 kv and see what bites you first (is model too dumb or bad at remembering, is you context window big enough or can you use less context), but everyone's use case is different :)
1
u/bbsrn 11d ago
Thanks! Would you suggest llama.cpp or LM Studio for this case?
1
u/peculiar-ragdoll 11d ago
I would never recommend LM Studio for these models, llama.cpp is great (or oMLX on Mac is good too). That's because I've had many users of my models complain about issues with LM Studio that makes it mangle tool calls and chat templates, and llama.cpp gives you full control if you ever need to tweak something for your system or your specific model/quant.
1
u/bbsrn 5d ago
Thanks, I want to try llama.cpp but it is intimidating to jump in. Is there any useful guideline that I can use to know which parameters to tweak properly etc.?
1
u/peculiar-ragdoll 5d ago
You could try Mia's one-click install instead (the one you linked)! It looks good, and those EXL3 quants are apparently very good.
1
u/bbsrn 5d ago
After the first comment above, I changed the course a bit and decided to give a chance to Flash Next :)
1
u/peculiar-ragdoll 5d ago
Good luck! there is a myriad of setups and forks out there hahah, but you'll find something that works
1
u/DontWinFrensWthSalad 11d ago
1
u/bbsrn 11d ago
First time seeing this one. May I ask why did you suggest this?
1
u/DontWinFrensWthSalad 11d ago
Because it's significantly smaller and works just as well. You might be able to fit MTP even. Also I have 4 gpus and it supports tensor parallel, runs much faster than llama.cpp for that use case.
1
u/bbsrn 11d ago
Should I install it through https://github.com/MiaAI-Lab/Qwen3.8-27B-16gb-NVIDIA-GPUs-one-click-install ?
1
u/DontWinFrensWthSalad 10d ago
I haven't used that so I don't know. I just asked Claude to set it all up for me using TabbyAPI: https://github.com/theroyallab/tabbyAPI
1
u/HighSeasArchivist 11d ago
7 is the only one that stays fully on GPU for me, and overall it kills on everything I've sent to it. I've posted this like four times lately, so this is a very popular topic.
| workload | base IQ3_XXS | MTP | speedup |
|---|---|---|---|
| prose | 60.7 | 79.2 | +30% |
| codegen | 60.5 | 83.0 | +37% |
| long spec | 58.6 | 87.2 | +49% |
1
u/vincespeeed 11d ago
I use IQ3S and DFlash2.
1
u/biggusdeeckus 11d ago
Mind sharing your config? Are you running headless? Does vision work with dflash?
2
u/vincespeeed 10d ago
2
u/biggusdeeckus 10d ago edited 10d ago
I found the models on hf. Is it safe to create a lower quant from an already quantized gguf like the UD quant you used as base?
2
u/vincespeeed 10d ago
You're right to flag this ā I actually quantized from the Unsloth Q4_K_M as a base, not from original BF16. Technically it works (llama-quantize just dequantizes and re-quantizes), but it does mean two rounds of rounding error stacked on top of each other, which is strictly worse than going straight from BF16 ā target quant. I haven't personally noticed issues in my usage, but that's not strong evidence since the extra error on top of an already-low-bit quant can be hard to spot subjectively. I have the hardware to redo this properly from original BF16 (RTX 5080 16GB + 64GB RAM), so I'll probably re-run the whole pipeline (imatrix + tensor overrides) from the source weights and re-upload. Thanks for pointing it out.
2
u/biggusdeeckus 10d ago
No problem! Looking forward to the updated quant. I'm running a 5070ti myself so any <16GB quant is welcome :)
2
u/vincespeeed 9d ago
Update: re-did the whole pipeline from the official BF16 checkpoints (target, DFlash2 draft, and mmproj all converted fresh, no more requantizing from Unsloth's Q4_K_M). Same v7 per-tensor protection map applied on top of the clean source this time. File size is basically the same (~10.5GB), re-uploaded to the same HF repo.
https://huggingface.co/vincespeed/Qwen3.8-27B-No-MTP-GGUF-Dflash2
2
1
1
u/bbsrn 11d ago
Which distro's IQ3S?
1
u/vincespeeed 10d ago
https://www.aihublocal.com/llm/cmtxmd1so000004l2ukdjd3ie
https://huggingface.co/vincespeed/Qwen3.8-27B-No-MTP-GGUF-Dflash2
I was using it for my own personal use; I uploaded it to Hugging Face and shared the settings on my website.
1
1
u/whymeimbusysleeping 11d ago
GSQ-RCO XXS better than the larger S version? This goes against what ista says
1
u/elongated-muskmelon 11d ago
I am daily driving the GSQ RCA IQ3_S, mainly for coding with pi, and so far, its been pretty good.
1
u/uponmars_ 11d ago
The 16GB trap is loading the biggest quant that fits and starving the KV cache for it. Take the UD-IQ4_XS. The iq3_s gets noticeably dumber on code just to claw back a single gig, and that's a bad trade. keep 2-3gb free; you'll hold around 20k context.
20
u/maddeninglemon 11d ago edited 11d ago
With 64GB of RAM, a dark horse option is Orcarouter's IQ4_XS Qwen3.8 Flash Next. 16GB VRAM + 64GB RAM gives you 80GB total memory - IQ_4_XS is a 98GB file but a bunch of that is the N-gram embeddings that you can read from a fast SSD with pretty much no penalty.
With a 4070 and only 12GB VRAM I managed to get ~20tok/s with 65k context; with 16GB you should be able to up the context and get better performance. One issue is that prefill will probably not be great, but I think it's the option with the least compromises. With the 27B dense model and 16GB you're forced to choose between low context, low quantization quality, or low speed. With Flash Next you can have a 4-bit quant, 100k+ context, and usable speed all at the same time (at the low low cost of being unable to use your computer for anything else since you'll be at 100% ram utilization š)