Quick Answer
For Gemma 3 27B you want 24 GB of VRAM. Google's own documentation puts the 27B model in the class that fits a single high-memory accelerator, and its quantization-aware-training checkpoints cut the footprint from roughly 54 GB at bf16 to the mid-teens in gigabytes at int4 (Google). A 12 GB card runs it only through offload or a sub-Q4 quant.
The 27B tier is the first place where the answer to "will my card run it" is usually no, and where saying so plainly is more useful than a workaround. Below 20 billion parameters, a 12 GB board is a real local-LLM machine — models load, stay resident, and answer fast. At 27B the arithmetic stops cooperating, and no amount of runtime tuning changes the fact that the weights are larger than the frame buffer.
This is the tiering, not a sales pitch. If you already own an MSI GeForce RTX 3060 Ventus 3X 12G OC — the most common 12 GB card in this conversation — the honest recommendation might be that you should not buy anything at all, and should run a 12-to-14B model instead. That option is on the list below and it wins more often than the upgrade paths do.
What follows walks the three real configurations for Gemma 3 27B: one 12 GB card with offload, a single 16 or 24 GB card, and two 12 GB cards splitting layers. Each has a cost, and the costs are not interchangeable — one buys you throughput, one buys you simplicity, one buys you capacity at the price of a more complicated machine. Every figure below is cited to a published source or given as a community-reported range.
Key Takeaways
- The VRAM floor is 24 GB for a comfortable Q4 run with usable context. Below that you are trading either quality or throughput.
- The quant floor is Q4_K_M. Going below Q4 to force a 12 GB fit degrades output in ways that show up on reasoning and code.
- Two 12 GB cards work. Layer-splitting across a pair in llama.cpp-family runtimes reaches 24 GB aggregate at a lower used-market price (llama.cpp) — at the cost of slots, power, and airflow.
- The offload penalty is a bandwidth cliff. The RTX 3060 moves 360 GB/s on-card (TechPowerUp); dual-channel DDR4-3200 is roughly 51 GB/s.
- The buy-nothing option is real. A 12-14B model that stays resident beats a 27B model that half-lives in system RAM for most everyday work.
How much VRAM does Gemma 3 27B need?
Gemma 3 is Google's March-2025 open model family, with the 27B as the top instruction-tuned tier and a 128K-token context window (Google, model docs). Google positioned the 27B explicitly as a single-accelerator model, and later published quantization-aware-training checkpoints specifically to bring the memory footprint down for consumer hardware — the family documentation puts the bf16 27B in the mid-50s of gigabytes and the int4 QAT variant in the mid-teens (Google).
| Quant level | On-disk size (approx.) | Weights-only VRAM | With 8K KV cache | Verdict |
|---|---|---|---|---|
| bf16 | ~54 GB | ~54 GB | ~56 GB | Needs 2× 48 GB class hardware |
| Q8_0 | ~29 GB | ~29 GB | ~31 GB | 32 GB-class card or dual 24 GB |
| Q6_K | ~22 GB | ~22 GB | ~24 GB | Fits 24 GB, no margin |
| Q5_K_M | ~19 GB | ~19 GB | ~21 GB | Fits 24 GB comfortably |
| Q4_K_M / int4 QAT | ~15-17 GB | ~15-17 GB | ~17-19 GB | Fits 24 GB; tight on 16 GB |
| Q3_K_M | ~13 GB | ~13 GB | ~15 GB | Needs offload on 12 GB |
| Q2_K | ~10 GB | ~10 GB | ~12 GB | Fits 12 GB, quality cost |
The row that matters is Q4_K_M. It is where a 27B model becomes a practical local proposition, and it needs 16 GB minimum, 24 GB to be relaxed about it. The Q2_K row is the one people find when searching for "Gemma 3 27B on 12GB" — it technically loads, and it is not the model you read about.
Quantization matrix
Community quantization comparisons consistently show the same shape: the ladder is flat from Q8 down to Q4_K_M and steep below it (llama.cpp). That shape is why Q4_K_M is the near-universal recommendation and why Q3 and Q2 are rescue quants rather than daily drivers.
| Quant | VRAM (27B) | Community-reported tok/s class | Quality notes |
|---|---|---|---|
| Q2_K | ~10 GB | Fastest, fits 12 GB | Visible degradation on reasoning and long-form |
| Q3_K_M | ~13 GB | Requires partial offload on 12 GB | Noticeable loss; usable but compromised |
| Q4_K_M | ~15-17 GB | ~20-30 tok/s on a 24 GB card | The knee of the curve; recommended |
| Q5_K_M | ~19 GB | Slightly below Q4_K_M | Marginal gain over Q4_K_M |
| Q6_K | ~22 GB | Slower, fills 24 GB | Diminishing returns |
| Q8_0 | ~29 GB | Needs 32 GB+ | Near-lossless, wrong tier for consumer cards |
| bf16 | ~54 GB | Datacenter only | Reference precision |
Read the table top-down for the failure mode and bottom-up for the shopping list. If the only quant that fits your card is above Q3_K_M in the degradation zone, the card is the problem.
Tier 1 — 12 GB: what the RTX 3060 can and cannot do
The MSI GeForce RTX 3060 Ventus 3X 12G OC is a good card for local inference and a bad card for this model. Its specifications are unambiguous: 12 GB of GDDR6 on a 192-bit bus, 360 GB/s of bandwidth, 170 W TGP (TechPowerUp). Against a Q4_K_M Gemma 3 27B needing 15-17 GB, the shortfall is several gigabytes before the KV cache is allocated.
That leaves two paths, and both are compromises. Path one is Q2_K, which fits but degrades the model in exactly the ways you would notice on the tasks a 27B model is chosen for. Path two is partial offload at Q3_K_M or Q4_K_M, keeping as many layers as fit on the GPU and serving the rest from system RAM.
Partial offload is the realistic mode, and the throughput you should expect is a fraction of what the same quant delivers on a card that holds it natively. The degradation is not proportional to the fraction offloaded — it is worse than that, because generation is bandwidth-bound and every offloaded layer adds a round trip. For comparison, this same card running a 12-14B model resident sits in the low-tens of tokens per second; the models that actually fit it are catalogued in the RTX 3060 12GB Local LLM Guide.
Tier 2 — 16 GB and 24 GB
Sixteen gigabytes is the first configuration where Gemma 3 27B at Q4_K_M loads without offload, and it is genuinely tight: weights consume most of the frame buffer and the context window you can hold is modest. It works, and it will feel constrained the first time you paste a long document.
Twenty-four gigabytes is the target. At Q4_K_M the model occupies roughly two-thirds of the buffer, leaving real room for a long context window and for the KV cache to grow without pushing layers off the card. This is the configuration Google's single-accelerator framing describes (Google), and it is where the model behaves the way its benchmarks suggest.
What does the step-up cost per token gained? On the used market the delta between a 12 GB card and a 24 GB card is substantial, but the comparison is not throughput-versus-throughput — it is a resident model versus an offloaded one, which is a multiple, not a percentage. If Gemma 3 27B specifically is your target, 24 GB is the cheapest path to the model working as designed. The comparison against staying on 12 GB is laid out in RTX 3060 12GB vs RTX 3090 for Local LLMs.
Tier 3 — two 12 GB cards
Layer-splitting Gemma 3 27B across a pair of RTX 3060 12GB cards gets you to 24 GB of aggregate VRAM, and the llama.cpp-family runtimes support this directly by distributing layers across devices (llama.cpp). At current used-market prices this is often the cheapest route to 24 GB, and for pure capacity it works.
The requirements are where it gets real. You need two PCIe slots with adequate lane allocation — many consumer boards drop the second slot to x4, which is survivable for inference but not free. You need physical clearance for two triple-slot-ish cards. You need roughly double the idle power and a supply with headroom above two 170 W TGPs plus the host. And you need case airflow that actually removes 340 W of GPU heat rather than recirculating it.
When does this beat one bigger card? When you already own one 3060 and can add a second cheaply, and when your workload is capacity-bound rather than latency-bound. When does it lose? Almost every other time — a single 24 GB card keeps the model on one memory bus, avoids inter-GPU transfer entirely, and is a simpler machine to live with. A fuller treatment is in Two RTX 3060 12GB vs One Bigger GPU.
The CPU side of offload
If you are offloading, the host stops being a bystander. Offloaded layers are computed against system memory, so the ceiling is your memory bandwidth: dual-channel DDR4-3200 provides roughly 51 GB/s in theory, against 360 GB/s on the GPU (TechPowerUp). An AMD Ryzen 7 5800X — eight Zen 3 cores, sixteen threads, a memory controller that reaches DDR4-3200 without drama — is the sensible reference host for exactly this reason.
| Layers offloaded | Where the work happens | Relative generation speed |
|---|---|---|
| 0 (fully resident) | GPU only, 360 GB/s | Baseline, fastest |
| ~10-20% | Mostly GPU, some host | Noticeably slower |
| ~40-50% | Split, host-bound | Roughly half or worse |
| ~80%+ | Host-dominated | A small fraction of baseline |
Two configuration notes carry most of the value here. Populate both memory channels — a single DIMM halves your offload bandwidth and is the most common error in these builds. And size system RAM to hold the offloaded portion plus the OS: for a 27B model at Q4, 32 GB is a floor and 64 GB is comfortable. The host-CPU comparison for this workload is in i7-9700K vs Ryzen 7 5800X as a CPU-Offload Host.
Prefill vs generation
A 27B model punishes long prompts harder than a 14B model on the same card, and the reason is that the two phases of inference have different bottlenecks. Prefill — ingesting the prompt — is compute-bound and scales with prompt length. Generation is bandwidth-bound and scales with how much of the model is resident.
On an offloaded 27B, both phases suffer, but you feel them at different moments. Prefill shows up as latency before the first token, which on a long RAG context can be tens of seconds. Generation shows up as the reply crawling out. For a RAG or long-document workflow — the exact use case that motivates reaching for a 27B model — this combination is the worst case: you pay a long prefill and a slow generation, on every query.
That is the strongest practical argument for 24 GB in this tier. RAG workloads are where 27B earns its parameter count, and RAG workloads are where offload hurts most.
Context-length impact
| Context | KV cache pressure | 24 GB card at Q4_K_M | 12 GB card at Q4_K_M |
|---|---|---|---|
| 4K | Low | Comfortable | Heavy offload |
| 16K | Moderate | Comfortable | Heavy offload |
| 32K | Substantial | Workable | Not practical |
| 128K (max) | Very high | Needs cache quantization | Not practical |
Gemma 3's 128K context window (Google) is a capability, not a default you should run at. The escape hatch is KV-cache quantization: storing the cache at 8-bit rather than 16-bit roughly halves its footprint and is exposed as a runtime flag (llama.cpp). On a 24 GB card this is what turns a 32K session from tight into routine, and the quality impact is far smaller than dropping a weight-quantization step.
Common pitfalls at the 27B tier
- Chasing a sub-Q4 quant to claim a 12 GB fit. Q2_K loads and produces a visibly worse model. It is a demo, not a deployment.
- Single-channel system RAM on an offload build. Halves the bandwidth that offloaded layers depend on.
- Assuming the second PCIe slot is x16. Many consumer boards drop it to x4 when populated; check the manual before buying the second card.
- Under-sizing the PSU for a dual-GPU build. Two 170 W cards plus a 105 W CPU plus overhead is more than a 550 W supply should be asked to hold continuously.
- Running at 128K context because the model supports it. The cache will consume the headroom you bought the bigger card for.
Storage for a 27B model library
Once you are holding several quants of a 27B model, disk fills quickly — a Q4, a Q5, and a Q8 of one 27B model alone is well over 60 GB. A Crucial BX500 1TB SATA SSD is the cheap right answer: capacity is what you need, and SATA is sufficient because model files are read once per session and then live in memory. The interface affects load time in seconds and tokens per second not at all.
A small Samsung 870 EVO 250GB still earns a slot as a separate OS boot drive. Keeping the operating system off the model library means you can wipe and rebuild either one independently, and it keeps a runaway download from filling the drive your OS is running from. The measurements behind the SATA-versus-NVMe call are in NVMe vs SATA SSD for Local LLM Model Libraries.
Thermals and noise on a 24/7 box
Sustained inference is a flat load, and flat loads expose cooling that spiky benchmarks do not. A GPU at 170 W for six hours heats a case differently than a GPU at 170 W for six minutes, and in a dual-card build you are managing double that.
For the host CPU, a Noctua NH-U12S is the quiet-air default — enough single-tower capacity for a 105 W-class part under continuous load, with a noise profile suited to a machine that never powers down. The larger point is case airflow: in a dual-GPU configuration the top card ingests the bottom card's exhaust, and the fix is intake volume and card spacing, not a faster CPU fan. Air-versus-AIO for this exact scenario is covered in Cooling a 24/7 Local LLM Rig.
Perf-per-dollar and perf-per-watt
Across the three tiers the pattern is consistent. A single 24 GB card is the best perf-per-watt option because the model is resident and no host CPU cycles are spent on inference. Two 12 GB cards are competitive on perf-per-dollar and worse on perf-per-watt — you are paying roughly double the idle draw for the same aggregate capacity. A single 12 GB card with offload is worst on both axes at once: fewer tokens per second and more watts per token, because work that would run at 360 GB/s on the GPU is running at 51 GB/s on the host.
The cheapest tokens per second in this comparison, by a wide margin, belong to the fourth option — running a smaller model that fits.
Verdict matrix
Buy nothing and run a 12-14B model instead if… your work is chat, summarization, and light coding. A resident 14B model on a 12 GB card is faster, quieter, and more predictable than an offloaded 27B, and the quality gap is smaller than the parameter counts imply.
Add a second 12 GB card if… you already own one, you have a second slot with real lanes, your PSU has headroom, and your workload is capacity-bound. It is the cheapest route to 24 GB aggregate and it is a more complicated machine.
Buy 24 GB if… Gemma 3 27B specifically is the target, you run RAG or long-document work, or you want long context without cache gymnastics. This is the configuration the model was designed around.
Recommended picks by budget
Under $350: buy nothing. Keep the 12 GB card, run a 12-14B model at Q4_K_M, and revisit this when a specific task actually fails.
$300-500 incremental: add a second 12 GB card if you already own one and your board and supply support it. Aggregate 24 GB, Q4_K_M resident, at the cost of a busier machine.
$600+: a single 24 GB card. One memory bus, Q4_K_M with room for a long context window, and no dual-GPU configuration to maintain. This is the recommendation if the 27B model is the point rather than the experiment.
Bottom line
Gemma 3 27B is a 24 GB model. That is not a limitation of any particular runtime or a problem you can quantize your way out of on a 12 GB card — it is the arithmetic of the weights against the frame buffer, and Google's own quantized checkpoints put the floor where the table above puts it (Google). If you have 24 GB, run it at Q4_K_M with an 8-bit KV cache and it will behave the way the benchmarks promise. If you have 12 GB, the best decision available is usually to run a smaller model well rather than a bigger one badly.
Related guides
- RTX 3060 12GB Local LLM Guide: Which Models Actually Fit
- Two RTX 3060 12GB vs One Bigger GPU for Local 70B Models
- llama.cpp vs Ollama for Single-User Chat on an RTX 3060
- Quantization on a 12GB GPU: q4 vs q5 vs q8
- RTX 3060 12GB vs RTX 3090 for Local LLMs
Citations and sources
- Google — Introducing Gemma 3 — accessed 2026-09-04
- Google — Gemma core model documentation — accessed 2026-09-04
- TechPowerUp — GeForce RTX 3060 12 GB specifications — accessed 2026-09-04
- llama.cpp — quantization, multi-GPU, and KV-cache documentation — accessed 2026-09-04
This piece is editorial synthesis based on publicly available information. No independent first-party benchmarking is reported.
