Live data from Hacker News

Qwen 3.6 27B is the sweet spot for local development

quesma.com

181–190 of 809 posts

Re: Qwen 3.6 27B is the sweet spot for local development

#181

Earlier quoted context omitted.

> Having a machine that can run some modest local LLMs, like the Gemma 4 12B, is really worth it. Cloud models are (much) faster, they don't consume so much power/generate heat, they have much bigger (LLM) context, they're much more precise and they have a much wider (engineering) context of the given problem. Except privacy and use cases that are blocked by cloud models (e.g. reverse engineering), local LLMs are cur…

The key word there is 'currently'.

Economies of scale are a fact of nature and aren’t going to be subverted in the future by even the most advanced local models

Re: Qwen 3.6 27B is the sweet spot for local development

#182

Earlier quoted context omitted.

That 3090 is going to burn 750W and it will still cap you at a 4 bit quant and ~48K context. Here's someone who worked through it: https://github.com/noonghunna/qwen36-27b-single-3090 Flies though (50-70tps is impressive for a model this smart) I went through roughly the same process to get it working on my M2 Macbook Pro... at awful speeds of course, since models like this one are mostly bound by memory bandwidth.

> That 3090 is going to burn 750W The 3090's TPD is 350W, but given that LLM's token generation isn't compute bound, people usually undervolt these cards to reduce power consumption. IIRC you can get as low as 200-250W without any degradation. Caveat these figures are without speculative decoding and at batch size =1.

This is correct. I have (4) 3090s in my inference server, and they are each capped at 250w. I run Qwen 3.5 122B-A10 at about 45-50tok/s on this and am quite happy with it. At idle it draws around 95-105w for all four, which is a bit high, but tolerable.

Re: Qwen 3.6 27B is the sweet spot for local development

#183

The article is based on running Qwen 3.6 on a 128GB MacBook Pro. For reference, a 128GB MBP currently starts at $6699 USD [0] Some people will be happy to pay that premium for privacy, but at roughly 10X the cost of a MacBook Neo, that money could also buy a lot of credits on OpenRouter or frontier labs. [0]: https://www.apple.com/shop/buy-mac/macbook-pro/14-inch-space...

You can get an AMD Strix Halo with half that price even after hardware price adjustments. Besides you don't need 128GB of RAM to run a 27B model.

Re: Qwen 3.6 27B is the sweet spot for local development

#184
post #171

Earlier quoted context omitted.

When's the last time you shoed a horse? The reason I delegate so much of local LLM installation and administration to Claude Code is simply because there's no point learning practical things that will work completely differently in a couple of years, or in memorizing procedures that I'll forget long before I need to perform them again. No longer having to sweat all the details is a Good Thing, not a Bad Thing.

I am not sure I disagree, and I certainly don't mean to disagree very fervently. But I think if you want to really learn to ride well, understand horses well, there might be some benefit in learning how to shoe a horse. At some level it should never only be someone else's job.

At the same time, most people can drive without understanding how a car works.

Re: Qwen 3.6 27B is the sweet spot for local development

#185

Earlier quoted context omitted.

But the tokens or credits are gone. MacBook stays. You can run other models on the same MacBook. What I read people burn every month on saas… for that money you break even on that MacBook in 5 months. Edit: it’s not just “data privacy”, when you are using Claude, you are shipping EVERYTHING to Anthropic. It’s crazy.

Companies are already shipping everything to Microsoft or Google and 17 other companies, just the cost of doing business.

Sure, but no one gets everything. Just that one.

Re: Qwen 3.6 27B is the sweet spot for local development

#186

Earlier quoted context omitted.

I think at 16 GB you'd struggle to run the regular development tools nowadays, forget about any interesting inference.

Fully agreed, and my hope is as open models grow and change, that getting some amount of this working on Pro-sumer hardware will be more attainable. But certainly seems like we are a few years away from that, sadly. Am I also screwed in being able to train my own small model or adjust another one with such a non-workhorse PC?

Training requires even beefier hardware than inference.

Re: Qwen 3.6 27B is the sweet spot for local development

#187

Earlier quoted context omitted.

> Having a machine that can run some modest local LLMs, like the Gemma 4 12B, is really worth it. Cloud models are (much) faster, they don't consume so much power/generate heat, they have much bigger (LLM) context, they're much more precise and they have a much wider (engineering) context of the given problem. Except privacy and use cases that are blocked by cloud models (e.g. reverse engineering), local LLMs are cur…

Anything done local will likely come at higher cost and at scale with less energy efficiency and commodity, with less possibility to fine tune engineer deeply on wider horizon of issues. That's never the point of keeping local alternatives though.

Right.

For me this dates all the way back to installing Slackware 1.0 (0.99pl12!) on an offline 486SX rather than just using the internet-connected workstations in the lab.

Here, I already had a Mac that was powerful enough to run a local LLM, so now I do, because I can.

Re: Qwen 3.6 27B is the sweet spot for local development

#188

FWIW I'm running gemma4 31b on my 5090 and it's pretty great as well. QAT, MTP, 128k context. I liked Qwen 3.6 27b too, it just seems that Gemma4 is a bit underrated.

I can't Gemma4 to actually finish a turn properly, it's always ending abruptly or making malformed tool calls. It's probably something I've misconfigured in oMLX or Opencode.

Re: Qwen 3.6 27B is the sweet spot for local development

#189

Earlier quoted context omitted.

> no need to learn, just ask it to do it for you And that's how skills die.

When's the last time you shoed a horse? The reason I delegate so much of local LLM installation and administration to Claude Code is simply because there's no point learning practical things that will work completely differently in a couple of years, or in memorizing procedures that I'll forget long before I need to perform them again. No longer having to sweat all the details is a Good Thing, not a Bad Thing.

If I worked with horses for 8 hours a day I imagine the answer would be "recently"

Re: Qwen 3.6 27B is the sweet spot for local development

#190
post #71
post #20

None of the examples reflect 'real work', at least not what I'd consider real work. Being able to nail a zero-shot greenfield project is relatively easy even for a small model. There's not much context to build up and it can fall back to similar examples in the training data easily. So long as you're not asking it to invent something wholly new it'll probably manage. The real test is whether or not it can work with y…

In my experience, even with basic project concepts the small models struggle to spin up greenfield stuff. There's just too many decisions to be made and they're not good at that. Modifying existing code is way easier if you don't expect it to be smart about it. Don't say "add X feature" and let it explore the codebase and build its own understanding. Point it at the relevant files and say "the goal is to add X featur…

I had good results doing an open box reimplementation. Gave qwen access to my old projects and it rebuilt it on JAX.

https://github.com/verdverm/pge-jax

Post reply on HN