3 min read

Qwen3-Coder 30B on RTX 3090: the 24 GB limit

локальные LLMQwen3-CoderRTX 3090

Qwen3-Coder-30B-A3B-Instruct can run on an RTX 3090 with 24 GB of VRAM using 4-bit quantization, with weights taking roughly 17–20 GB. That makes local game development practical, but leaves limited room for KV cache and long contexts, while commercial models remain stronger on complex agent workflows.

30B really fits into 24 GB, but with no headroom

I would not dismiss the idea of running a local coding model on a single RTX 3090: as of September 2026, it is a viable, albeit borderline, setup. In the supplied search summary, the leading candidate is Qwen3-Coder-30B-A3B-Instruct, with 30 billion parameters, 3.3 billion of which are active for each token.

With 4-bit quantization, the model weights take roughly 17–20 GB. A 24 GB card still has room for the KV cache, but long contexts consume that margin quickly. For conventional 30B-class models, the estimate is even tighter: around 18–21 GB for the weights alone.

  • Full precision is not an option: the practical setup starts with 4-bit quantization.
  • 3.3 billion active parameters help inference: the MoE architecture does not need all 30 billion parameters for every token.
  • Context remains the constraint: fitting the model into memory does not automatically mean comfortable work on a large project.

The summary also cites Qwen3-Coder results of about 50.3 on SWE-bench Verified, 66.2 on Aider Polyglot, and 58.9 on LiveCodeBench v6. Since the source material does not include a direct model card or developer documentation, I treat those figures as reference points rather than a final verdict. For a game prototype, it is more important to test the consistency of multi-file edits, tool use, and code quality after several iterations.

Local coding is already useful, but it has not caught the frontier

The key shift is simple: a 30B-class local model can now be a practical prototyping assistant on one consumer GPU. It enables on-device execution and experimentation without constantly calling a commercial model, provided its quality is sufficient for the specific repository.

However, I would not turn the claim repeated in the discussion—that open models trail by exactly three months—into a metric. No primary source is identified, and the gap depends on the task: generating small functions and fixing local bugs are very different from long agent loops, multi-file refactoring, and debugging.

According to the supplied summary, proprietary models are still stronger on difficult, long-running tasks. So 24 GB of VRAM solves the launch problem, not the reliability problem. The real boundary is not local versus cloud execution, but the difference between a convincing code snippet and a model trusted to modify an entire project.

We previously covered Rust LocalGPT, a single-binary local assistant with persistent memory and an HTTP API. Its deployment model provides useful context for evaluating how larger local models can fit into self-hosted development workflows.