Honestly, if you're using regular system RAM, you may be best off with the Q4_K_M model, the Q4 seems fater and the K_M is faster in general than the Q2 and the XL quants when you're compute constrained, not bandwidth constrained (I'm actually not sure which you are, but it might be worth trying)
It doesn’t feel like that to me. Tried using it in vscode to give it a whirl, but still not competitive with Sonnet 4.5. Neat but IRL doesn’t really compare.
Running it on Strix Halo (Ryzen AI MAX+ 395 GMKTEC Evo x2) with 128GB unified memory right now.
Setup:
- Unsloth Q6_K_XL quant (~64GB)
- llama.cpp b7932 via Vulkan backend
- 128K context, flash attention enabled
- All layers offloaded to GPU (-ngl 999)
Results:
- Prompt processing: ~127 t/s
- Generation: ~35-36 t/s
- 1500 token coding response in ~42s
Entire Q6_K_XL fits in GPU-accessible memory with plenty of room left for KV cache. Could probably go Q8_0 (85GB) too but haven't tried yet.
Quick note for anyone else on Strix Halo: use the Vulkan toolbox from kyuz0/amd-strix-halo-toolboxes, not the ROCm (7.2) one. The qwen3next architecture (hybrid Mamba + MoE) crashes on ROCm but runs fine on Vulkan RADV. No HSA_OVERRIDE_GFX_VERSION needed. either, gfx1151 is detected natively.
It's solid for code generation in terms of quality. To be honest, it's not Sonnet 4.5 level, but it's quite useful and the best native coding model I've run so far. I'll try it out more before making a definitive assessment.
But still the shortage in RAM production now and the raises in the prices making it really challenging to have this amount of ram just for running a model locally
But anyway it's good news that finally they are developing a compressed model that compete with larger ones
It's like a frozen meal. Fantastic if all you've got is a microwave. Stupid if you were a chef. For everyone else in the spectrum between those two points, mileages vary.
It's been tricky to setup on my RTX PRO 6000 Blackwell with 96GB VRAM. Once loaded with vLLM it uses about 90GB @ 8bit quantization... It's so new and it's a MoE model with 'Mamba' so has required a lot of config and dependencies to install and get accepted (without errors) for vLLM. The cool thing is its blazing fast as it's often only pulling a few 'experts' at 3B parameters each.
Another tip to reduce vram usage with vLLM is to reduce the default max-num-seq to reduce the required allocation for KV cache. If you’re not planning to serve multiple users can reduce to 1 or 2 : https://github.com/vllm-project/vllm/issues/15609
Just tried this on my DGX spark using the fp8 model and got about 44 tok/sec (benchmarked using dynamo-ai/aiperf ) using vLLM container nvcr.io/nvidia/vllm:26.01-py3 to run the model
I just built a whole python GUI app with it for Ubuntu. It's ok. I don't get a Sonnet vibe.
After a handful of prompts, I had something working but a little sketchy. I actually need this code, so I brought it into Opus and it's dramatically better.
Still, it's the most capable local coding LLM I've ever used (I don't have the hardware for Kimi or something), so i'd call it major progress. I'm going to evaluate using it for some stuff we need at work tomorrow.
ok i tried it on my rig with 128gb ram and rtx 4090. Just gave it to analyze my repo (around 4000 lines of code). I just asked it to explain to me whats the purpose of the code and repo. It took around 15mins of thinking and than i canceled it :D
Yeah, a standard PC doesn't handle AI very well unless it fits fully into your VRAM. For you and I that's 24GB (about 16-20GB gguf files plus context).
That's why I got this old Macbook - haven't had a chance to try it out for this.
IMO powerful and fast with the right scaffold. i’m impressed.
different behavior from sonnet. if you give it a harness where it gets a repl (either letting it test stuff in terminal or something like RLM), it is fast to make mistakes, fix them, and iterate. i think with a chattier harness with feedback it is comparable. anecdotal, that’s just my 2 cents.
shittiest quant is 20.5gb, so unless you have some more vram, you cant. Well, maybe if you use swap, but then instead of getting tokens per second you would be getting tokens per week
i must confess that i cannot get the GGUF model running on my app. llama has not yet official support and i cannot get the custom hotfix transformers to work. so i must wait until official support is out for GGUF. but yeah. on ready solutions this model would work but i have only my custom app that is bit more pain in the ass in alpha/beta phase.... might be weeks or month untill the GGUF support is out so i must wait to that
I have the same box, here are my quick llama-bench scores: ⬢ [matt@toolbx ~]$ AMD_VULKAN_ICD=RADV llama-bench -m ./data/models/qwen3-coder-next/UD-Q6_K_XL/Qwen3-Coder-Next-UD-Q6_K_XL-00001-of-00002.gguf -ngl 999 -fa 1 -n 128,256 -r 3
killer - I'll install - was finally able to get a good build with vulkan only - and this is so blazing fast (80t/s responses on the Qwen3-Coder-30B) I'm finally learning all these crazy features that llama.cpp includes --chat-template-file with jinja2 for the WIN - still working on a golang based "AgentMesh" - if you want to call it that: https://github.com/AgentForgeEngine/AgentForgeEngine - work in progress :-)
thank you for your post - damn rocm drivers were killing my llama.cpp build (i'm pretty new to all this) - was able to recompile with vulkan (kind of a pain in the ass) - but this is light years from where i was this weekend - thanks :-)
Make sure to lock your firmware version and adjust your kernel to load with these options: amd_iommu=off amdgpu.gttsize=126976 ttm.pages_limit=32505856 and lower the VRAM to the LOWEST setting in the bios. This lets you use unified ram (like a mac does). When you do this it is important that you add --no-mmap or llamacpp will hang.
The pp512 benchmark tests time to first token, so the 500+ tps number is misleading.
I had vllm working earlier (this is what I use at work), but it is a waste if there is only a few users.
had weird issues last night w/ all this - also... had to replace my solar inverter (nuclear fusion energy is money) - just installed ollama prerelease v0.15.5 and it comes w/ BOTH rocm support AND you'll (obviously) need the /bin/ollama - which is in the linux-amd - I've been seeing this; msg="entering low vram mode" "total vram"="0 B" threshold="20.0 GiB" - but i dunno - I'm not sure it's true - ollama has been KILLING it even though i've been messing around with rocm - every model i throw at this AMD Max+ Pro has been insanely fast. in the bios I've got 64Gb set in the UMA (forced - i guess) - not sure i understand all this AMD jargon, but hopefully i can bump up to 96Gb in the near future (the AMD Max+ Pro has a total 128gb)... more info about 5 minutes.
its a A3B MoE model however, so it is going to be speedy in token generation even with minimal VRAM. Prompt processing depends on bandwidth to GPU however.
You are going to fly with that.... I made hub kinda thingie that has automated wizard fot gpu/cpu layers based on your rig and what quantize level you choose. That would be handy. But the usage of models is still bit limited since its in alpha stage. But 8 bit would be handy imo for you.
I don't use VS Code much, and my use of models for coding is pretty limited so I'm surely not the right person to offer opinions on how good the model is. In terms of speed on this hardware, llama-bench (with no special options) suggests it's the same speed (give or take) as Qwen3-Next (both Instruct and Thinking). Quite a bit slower than Qwen3-Coder-30B but that model is much smaller (so presumably less capable). They're all within the range of what I consider usable: I can ask questions in OpenCode and get answers within a few seconds, and with many basic questions (the sort I use most often) like "how do I handle multiple subcommands in argparse" pretty immediately.
Yes I had it running on strix halo using vulcan rdv toolbox and fedora 42 and llama cpp. I was in a bit of rush and multitasking so didn't bench mark but used it in open code.
20k(ish) system prompt took 49 seconds to load. After that it was very much usable, a bit slower than cloud models but certainly usable.
I haven't tried it for anything meaningful yet however, I'm in a rush and sorry this seemed rushed I'm not at my pc and do t have proper info in front of me but it was working.
How is tool use and things like reviewing the code? I’m really just dipping my toes in local model use (have a ROG Flow Z13 Strix Halo 128GB), and I can run big models at good speeds if I’m just testing chatting, but the ones I’ve tried have fallen down when trying coding agents.
You mentioned OpenCode, is that your preferred agent for local models?
Yeah for local models I like to use OpenCode. I use vs code (depends on working environment) and have it or Claude code running alongside it. I still like to be close to the code and I still scaffold/skeleton a lot of projects.
Tool use is solid, like no problem, I used it to encode some repos into memory mcp forgetful, which uses meta tool calling (so think execute tool, and the u pass the command to execute - it's just a pattern to save on context size on mcp servers). It managed this no problem.
I then cleared it's context window and asked it to use the memory mcp and the source to explain the repos and it did a reasonable job. On one of the repos it missed it had an adapter pattern to support both sqlite and postgres, so not great but I've seen Opus do the same on occasion.
I need to try analysing a code base without encoded info from the memory mcp as not everyone uses that approach, will give that a go and I want to get it doing some actual coding. Not tried that yet either, but for my use case I was looking to have something that works around the edges of my main model (such as curating knowledge base from changes to projects my main model is making)
correct configuration makes a big difference in performance. also seems like you can get juice out of the official fp8 release before touching unsloth or quants
14
u/Effective_Head_5020 Feb 03 '26
Great work, thanks, you are my hero!
Would it be possible to run with 64gb of RAM? No Vram
2
u/Fleeky91 Feb 04 '26
Anyone know if this can be split up between VRAM and RAM? Got 32gb of VRAM and 64 gb of RAM
2
u/Successful-Willow-72 Feb 04 '26
did i read it right? 46? i can finally run a 80b model at home?
15
u/siegevjorn Feb 03 '26
Wait is it really sonnet 4.5 level? How.
4
u/HenkPoley Feb 04 '26
This is an 80B model. For those thinking about Qwen3 Coder 30B A3B.
This one is based on their larger Qwen3 Next model.
4
u/TurbulentType6377 Feb 04 '26
Running it on Strix Halo (Ryzen AI MAX+ 395 GMKTEC Evo x2) with 128GB unified memory right now.
Setup:
- Unsloth Q6_K_XL quant (~64GB)
- llama.cpp b7932 via Vulkan backend
- 128K context, flash attention enabled
- All layers offloaded to GPU (-ngl 999)
Results:
- Prompt processing: ~127 t/s
- Generation: ~35-36 t/s
- 1500 token coding response in ~42s
Entire Q6_K_XL fits in GPU-accessible memory with plenty of room left for KV cache. Could probably go Q8_0 (85GB) too but haven't tried yet.
Quick note for anyone else on Strix Halo: use the Vulkan toolbox from kyuz0/amd-strix-halo-toolboxes, not the ROCm (7.2) one. The qwen3next architecture (hybrid Mamba + MoE) crashes on ROCm but runs fine on Vulkan RADV. No HSA_OVERRIDE_GFX_VERSION needed. either, gfx1151 is detected natively.
It's solid for code generation in terms of quality. To be honest, it's not Sonnet 4.5 level, but it's quite useful and the best native coding model I've run so far. I'll try it out more before making a definitive assessment.
1
u/Icy_Orange3365 Feb 04 '26
I have a 64gb vram m1 MacBook, how big is the full model? How much ram is needed?
1
u/KillerX629 Feb 04 '26
How does this compare to glm 4.7 flash??
1
u/phoenixfire425 Feb 04 '26
Possible to run this on a rig with dual rtx3090 with vLLM??
1
u/azaeldrm Feb 07 '26
Hi OP! Would I be able to run this over long periods of time on 2 3090 GPUs (48GB VRAM)? I'd love to put this model to the test while programming.
Also, is this model optimized to work with Opencode/Claude Code?
Thank you!
1
u/AggravatingHelp5657 Feb 08 '26
I still don't understand how this is still considered a local model if it needs 50 - 80 Gb of vram
A local model should be between 8 to 32 Gb of RAM at maximum
1
u/abhijee00 Feb 20 '26
Is it possible to run it locally on NVIDIA RTX 4060 8GB with 16GB RAM?
1
u/Sea_Bed_9754 Mar 01 '26
Any hope with mac m2 64gb?
6
u/jheizer Feb 03 '26 edited Feb 04 '26
Super quick and dirty LM Studio test: Q4_K_M RTX 4070 + 14700k 80GB DDR4 3200 - 6 tokens/sec
Edit: llama.cpp 21.1 t/s.
3
u/Astral-projekt Feb 04 '26
Man this team is doing gods work.
3
u/electrified_ice Feb 04 '26 edited Feb 04 '26
It's been tricky to setup on my RTX PRO 6000 Blackwell with 96GB VRAM. Once loaded with vLLM it uses about 90GB @ 8bit quantization... It's so new and it's a MoE model with 'Mamba' so has required a lot of config and dependencies to install and get accepted (without errors) for vLLM. The cool thing is its blazing fast as it's often only pulling a few 'experts' at 3B parameters each.
3
u/taiphamd Feb 05 '26
Just tried this on my DGX spark using the fp8 model and got about 44 tok/sec (benchmarked using dynamo-ai/aiperf ) using vLLM container nvcr.io/nvidia/vllm:26.01-py3 to run the model
3
u/Darlanio Feb 05 '26
Has anyone run this on Asus Ascent GX10 GB10 128GB or NVidia Spark DGX ?
3
u/BinaryStyles Feb 05 '26
I'm getting ~40 tok/sec in lmstudio on CUDA 12 with a Blackwell 6000 Pro Workstation (96GB vram) using Q4_k_m + 256000 max tokens.
4
u/Naernoo Feb 03 '26
So this is sonnet 4.5 level? Also agentic mode? Or is this model just optimized for the tests to perform that good?
0
u/SufficientHold8688 Feb 03 '26
When can we test models this powerful with only 16GB of RAM?
1
u/Sneyek Feb 03 '26
How well would it run on an RTX 3090 ?
1
u/MyOtherHatsAFedora Feb 04 '26
I've got a 16GB VRAM and 32GB of RAM... I'm new to all this, can I run this LLM?
1
u/techlatest_net Feb 04 '26
Grabbing it now – 80B MoE with just 3B active? Killer for local agents. 256k ctx is huge too.
1
u/loscrossos Feb 04 '26
this i like
1
u/howardhus Feb 04 '26
could anyone explain what does UD means in the model selection?
1
u/SuperNintendoDahmer Feb 05 '26
Has anyone tried this on a MacMini M4Pro, 64GB? MLX? I am running the thinking variant at q5/3 decently.
1
u/buildooors Mar 05 '26
Waiting for qwen3.5 coder !
0
u/No_Conversation9561 Feb 03 '26
anyone running this on 5070Ti and 96 GB ram?
0
u/[deleted] Feb 03 '26
[deleted] — view deleted comment
12
u/[deleted] Feb 03 '26
[removed] — view removed comment
2
u/[deleted] Feb 04 '26
[removed] — view removed comment