Back to blog

Tuesday, June 16, 2026

Qwen3.6-27B vs Other Local Coding Models — What the Benchmarks Actually Tell You

cover

The Local Coding Model Landscape Has Changed

Georgi Gerganov, creator of llama.cpp, recently captured a frustration that anyone running local coding agents knows well: "the local models market is moving so fast that by the time someone publishes a benchmark, the model it compares against is already obsolete." He was talking specifically about how hard it is to find local models that work well with coding agents — tools like OpenCode, Codex, and Aider that need tool-calling, long-context coherence, and reliable instruction following, not just function-level code completion.

Qwen3.6-27B is the model that finally answers that complaint. Released in April 2026, this 27-billion-parameter dense model does something unprecedented: it beats Qwen's own 397B MoE flagship on every major coding benchmark while running on a single consumer GPU.

But should you switch to it? That depends on what you're building, what hardware you have, and whether you need agentic tool-calling or just fast completions.

This comparison covers five contenders:

  • Qwen3.6-27B — April 2026. Dense 27B. The new benchmark.
  • DeepSeek-Coder-V2 (236B) — June 2024. MoE. Still relevant for API use.
  • CodeLlama-34B — August 2023. The old guard.
  • Qwen2.5-Coder-32B — November 2024. The previous generation champion.
  • Mistral Devstral 2 — December 2025. Mistral's coding specialist.

Benchmark Breakdown: How They Stack Up

The table below collates the most reliable published numbers. Caveats matter here — SWE-bench scores depend on the agent scaffold used, and HumanEval numbers from different papers aren't always directly comparable because of different sampling temperatures and pass@k reporting. Where possible, I've used the original author-reported figures.

BenchmarkQwen3.6-27BDeepSeek-Coder-V2 (236B)CodeLlama-34BQwen2.5-Coder-32BMistral Devstral 2
HumanEval~92% (est.)90.2%53.7%92.7%~80%
SWE-bench Verified77.2%72.2%
SWE-bench Pro53.5%
LiveCodeBench43.4%49.6%
Terminal-Bench 2.059.3%
MBPP+76.2%56.2%
Context window262K (→1M)128K16K (→100K)128K256K
ArchitectureDense 27BMoE 236B/21B activeDense 34BDense 32BDense
VRAM (Q4)~17 GB~80 GB (FP8)~20 GB~18 GB~18 GB
LicenseApache 2.0Apache 2.0Llama 2Apache 2.0Apache 2.0 (?)
ReleaseApr 2026Jun 2024Aug 2023Nov 2024Dec 2025

Note:

SWE-bench caveat: Scores for Qwen3.6-27B and Devstral 2 use each lab's internal agent scaffold. Qwen uses a bash + file-edit tool scaffold at 200K context, temperature 1.0. Different scaffolds produce different scores — these numbers measure the model plus scaffold, not the model alone. That said, the gap between 77.2% and 72.2% is large enough to indicate a genuine capability difference on real-world issue resolution.

What the Numbers Actually Mean

HumanEval tests single-function Python generation. Qwen2.5-Coder-32B still holds the lead here at 92.7%, but all four of the current-generation models (Qwen3.6, DeepSeek-Coder-V2, Qwen2.5-Coder, Devstral 2) are within striking distance of each other. CodeLlama-34B's 53.7% tells you everything you need to know — it's two generations behind and shouldn't be in the conversation for any new project.

SWE-bench Verified is the real differentiator. This benchmark tests whether a model can resolve real GitHub issues — read a bug report, navigate a repository, edit the right files, and write a passing fix. Qwen3.6-27B's 77.2% is a genuine breakthrough for a local-runnable model. For context, Claude Sonnet 4.5 scores around 77-79% on the same benchmark. A 27B model running on your desktop matches a cloud API. Mistral Devstral 2 at 72.2% is competitive but clearly behind.

Terminal-Bench 2.0 tests agentic terminal use — running commands, parsing output, fixing errors. Qwen3.6-27B's 59.3% is the best published score for any open-weight model of any size.

Context Window: Where Qwen3.6 Pulls Ahead

Native context handling is one of the most underrated differentiators for coding agents. A code agent needs to read an entire repository, hold the diff context, track conversation history, and still have room to generate. Small context windows force agents into awkward workarounds — truncation, summarization, sliding windows — that lose information.

ModelNative ContextExtendable ToEffective Real-World
Qwen3.6-27B262,1441,010,000Excellent at 128K+
DeepSeek-Coder-V2128KGood at 64K
CodeLlama-34B16K100K (rope scaling)Poor beyond 32K
Qwen2.5-Coder-32B128KGood at 64K
Mistral Devstral 2256KGood at 128K

Qwen3.6-27B's 262K native context with extension to 1M tokens is the best in class among local models. The Hugging Face model card explicitly recommends maintaining at least 128K context to preserve thinking capabilities. That's important — some models degrade in quality when you reduce context, and Qwen3.6 was trained expecting large context windows.

For a coding agent working on a mid-sized repo, 128K is roughly the sweet spot: source tree, current file, diff history, and instructions all fit without gymnastics. Devstral 2's 256K is comparable, but in practice Qwen3.6's superior SWE-bench scores suggest it uses that context more effectively.

Agentic Coding and Tool-Calling

This is the dimension where older models fall apart. Tool-calling (also called function-calling or tool-use) is what lets a model decide to run a command, edit a file, search the web, or query a database — then interpret the result and decide the next action.

Qwen3.6-27B has first-class tool-calling support baked in. It supports the standard OpenAI-compatible function-calling format, works out of the box with vLLM and SGLang, and is explicitly designed for agentic coding workflows. The Qwen blog highlights that agentic coding is the primary use case — this isn't a chat model that happens to code, it's a coding agent model.

DeepSeek-Coder-V2 supports tool-calling but it wasn't the primary design goal. It works for simple function calls but struggles with multi-turn agent loops where the model needs to track state across calls.

CodeLlama-34B has no meaningful tool-calling support. It was trained before the agent paradigm existed. You can wrap it in a scaffold, but the model itself doesn't understand tool-use patterns.

Qwen2.5-Coder-32B has basic tool-calling but it's not its strength. It excels at code generation and completion — think IDE autocomplete and single-shot generation, not multi-step agent loops.

Mistral Devstral 2 was designed for agentic coding and shows it. Tool-calling is solid, though the ecosystem support (vLLM, SGLang, OpenCode) isn't as mature as Qwen's.

Quantization and Inference Speed

The table below is based on community-reported numbers from Reddit and blog posts. Your mileage will vary based on GPU, RAM speed, and context length.

QuantizationVRAMTokens/sec (RTX 4090)Tokens/sec (M2 Max)
Q4_K_M~11 GB~35-45 t/s~21 t/s
Q4_K_M (MTP)~12 GB~160 t/s (speculative)~N/A
Q6_K~14 GB~25-30 t/s~15 t/s
Q8_0~18 GB~18-22 t/s~10 t/s
FP16~52 GBN/A (won't fit)N/A

Note:

Multi-Token Prediction (MTP) is a game-changer. Qwen3.6-27B includes MTP heads that enable speculative decoding — the draft model predicts multiple tokens ahead while the main model validates. With llama.cpp's MTP support (merged as of April 2026), this pushes generation speed from ~40 t/s to ~160 t/s on a 4090. The catch: you need the MTP-specific GGUF files, not the standard ones. This is a common trap for beginners — the standard Qwen3.6 GGUF files will not work with speculative decoding because they lack the draft head weights.

For comparison, DeepSeek-Coder-V2 at 236B needs multi-GPU setups even at Q4 (roughly 80 GB). You're not running that locally on consumer hardware. CodeLlama-34B at Q4 needs ~20 GB and does roughly 15-25 t/s. Qwen2.5-Coder-32B at Q4 needs ~18 GB and does roughly 20-30 t/s. Devstral 2 at Q4 needs ~18 GB and does roughly 15-25 t/s.

The standout number here is Qwen3.6 + MTP. At 160 t/s, it's fast enough for interactive use — the model generates faster than most people can read.

Hardware Requirements: What You Actually Need

  • 24 GB GPU (RTX 4090, 3090): Qwen3.6-27B at Q4_K_M with TurboQuant fits comfortably. You can run with 128K context and still have headroom. With MTP GGUFs, you get speculative decoding.
  • 16 GB GPU (RTX 4060 Ti, A4000): Tight but possible at Q3 with reduced context. Expect ~64K context before OOM. MTP probably won't fit.
  • 12 GB GPU (RTX 4070): Possible at Q3 with TurboQuant and ~32K context. You'll need to be deliberate about context management.
  • Apple Silicon (M2/M3/M4 Pro/Max): 16 GB is tight but works for single-turn prompts. 32 GB+ is comfortable. Community reports show ~21 t/s on M2 Max 96 GB at Q4_K_M.
  • CPU-only: Possible with llama.cpp but expect single-digit t/s. The model is usable for batch processing but painful for interactive use.

When to Pick Each Model

Pick Qwen3.6-27B when:

  • You need agentic coding — multi-turn tool-use, file editing, terminal commands
  • You have a 24 GB GPU or Apple Silicon with 32 GB+ RAM
  • You want SWE-bench-level real-world issue resolution on local hardware
  • You need 256K+ context for working on large codebases
  • You want the best open-weight coding agent model available today

Pick DeepSeek-Coder-V2 when:

  • You're accessing it via API, not running locally (the 236B model is impractical on consumer hardware)
  • You need strong multilingual code generation across 338 languages
  • You're doing competitive programming or algorithm-heavy work (LiveCodeBench 43.4% was SOTA for its time)
  • You're working on a project that already has a DeepSeek infrastructure

Pick CodeLlama-34B when:

  • You're maintaining a legacy setup that can't migrate
  • You have exactly ~20 GB VRAM and need a 34B-class model for a narrow, well-defined task
  • You shouldn't. Seriously. The gap between CodeLlama and any 2025+ model is enormous. A 7B Qwen2.5-Coder beats the 70B CodeLlama on HumanEval.

Pick Qwen2.5-Coder-32B when:

  • You need single-shot code generation and IDE autocomplete
  • You have exactly ~18 GB VRAM and can't fit Qwen3.6
  • HumanEval score is your primary metric (92.7% is still the highest published for a 32B-class model)
  • You're building a code completion tool rather than an agentic coding system
  • You need proven stability — Qwen2.5-Coder has been in production since November 2024

Pick Mistral Devstral 2 when:

  • You want a strong SWE-bench alternative at 72.2% — close to Qwen3.6 but not quite there
  • You need 256K context and like Mistral's ecosystem
  • You're already using Mistral's API and want a consistent local fallback
  • You prefer Mistral's code completion specialization (Codestral) for autocomplete use cases

Pitfalls and Hard Lessons

1. Benchmark scores from different scaffolds aren't comparable

Qwen3.6-27B's SWE-bench 77.2% and Devstral 2's 72.2% were measured with different agent scaffolds. The absolute numbers are less important than the relative gap and the fact that both use similar bash + file-edit tool patterns. If you're evaluating which model to use, run your own benchmark with your own toolchain.

2. Context window claims vs effective context

Models can advertise 1M token context but degrade severely beyond 64K. Qwen3.6-27B is genuinely good at 128K+ based on the Hugging Face recommendations, but always test with your actual codebase. Some community reports indicate quality degradation past 200K on lower quantization levels.

3. MTP is not magic

Multi-Token Prediction with speculative decoding requires (a) MTP-specific GGUFs, (b) a raft model (typically a smaller quant of the same model), and (c) recent llama.cpp (b9222+). Standard GGUFs will silently use normal decoding — no speedup, no error message. Verify you're getting speculative decoding by checking the llama.cpp log for "speculative" in the output.

4. Quantization hurts agentic performance more than code completion

A Q4 quant of Qwen3.6-27B scores close to FP16 on HumanEval but may lose 5-10 points on SWE-bench. Agentic coding — multi-turn with tool calls — degrades faster with quantization than single-pass generation. If you're building an agent, prefer Q8_0 or Q6_K over Q4_K_M. The VRAM savings aren't worth the capability loss.

5. The model market moves fast

Between the time Qwen3.6 was released (April 2026) and this article, Qwen has already released Qwen3.7. The gap between local models and cloud APIs is closing so fast that any purchasing or infrastructure decision should be based on a 6-month horizon, not the current leaderboard.

The Bottom Line

Qwen3.6-27B is the best local coding model you can run on consumer hardware today — if you have the GPU for it. It beats models 14x its size on real-world issue resolution, matches cloud APIs on SWE-bench, and has the tool-calling and context handling that coding agents actually need.

If you can't fit Qwen3.6, Qwen2.5-Coder-32B is still excellent for code generation tasks, and Mistral Devstral 2 is a strong agentic alternative. DeepSeek-Coder-V2 is showing its age but remains useful via API. CodeLlama-34B should be retired from any new project.

The local model era that Georgi Gerganov helped build has finally produced a coding model that doesn't force you to choose between running locally and getting real work done. Qwen3.6-27B is that model.


Benchmark data sourced from the Qwen official blog, Hugging Face model cards, DeepSeek technical reports, Meta CodeLlama paper, Mistral documentation, and community-verified benchmarks. SWE-bench scores use each lab's internal agent scaffold as reported.