LOCAL_AI_STACK
LOCAL_AI_STACK / news / gemma-4-local-mac-windows-guide
28 min readv2.2 · 2026-06-12
← back to newsOfficial documentation reviewed with caveats

Gemma 4 Local Guide: Which Gemma 4 Model Should You Run on Mac or Windows?

As of June 2026, this Gemma 4 local guide is for the practical question most people actually have: which Gemma 4 model should you run on your own Mac or Windows machine? The answer is not simply “download the biggest one.” Gemma 4 now spans small edge models, a new 12B unified model, a 26B Mixture-of-Experts model, a 31B dense model, official QAT files, multi-token prediction drafters, and an experimental DiffusionGemma branch.

That is good news, but it also makes the family easy to misunderstand. Some variants are comfortable on ordinary laptops. Some are technically downloadable but unpleasant without enough RAM or VRAM. Some support audio in the model card but not necessarily in the local app you plan to use. This guide separates those cases.

Bottom line: which Gemma 4 should you try first?

For most beginners, start with Gemma 4 E4B if you want the safest first install, or Gemma 4 12B if you have a modern 16GB-or-better Apple Silicon Mac or a Windows machine with enough GPU memory. E4B is the low-risk local model. 12B is the better quality target for people with more headroom.

Your hardwareBest first Gemma 4 choiceWhyImportant assumption
8GB RAM laptopGemma 4 E2BSafest fit for tight memoryUse a quantized local build and short context
16GB RAM or unified memoryGemma 4 E4B, or Gemma 4 12B if you can accept tighter headroomE4B is comfortable; 12B is the quality jumpUse 4-bit quantization and avoid huge context windows
32GB RAM or unified memoryGemma 4 12BBest balance of quality and practicality12B is comfortable; 26B A4B and 31B Q4 become possible
64GB RAM or unified memoryGemma 4 31B Q4, or 26B A4B at higher precisionLarge models become genuinely usableStill account for KV cache and runtime overhead
24GB desktop GPUGemma 4 26B A4B or Gemma 4 31B Q4Good large-model tierDo not assume full 256K context is comfortable
32GB+ desktop GPU or workstationGemma 4 31BStrongest standard Gemma 4 local choiceBest for users who already know why they need it
Server-class hardwareGemma 4 31B, high-precision variants, server QAT formats, or DiffusionGemma experimentsHardware stops being the main constraintRuntime and modality support still matter

Choose Gemma 4 E4B if you are new to local LLMs, want a model that is likely to run without drama, and care more about a smooth first experience than maximum quality.

Choose Gemma 4 12B if you have 16GB or more unified memory or GPU memory, want better chat, coding, and document results, and are willing to manage quantization and context length.

Choose Gemma 4 26B A4B if you have a 24GB-class GPU or 32GB-plus unified memory and want to experiment with a larger Mixture-of-Experts model.

Choose Gemma 4 31B if you have serious local hardware and want the strongest standard Gemma 4 checkpoint.

Do not start with DiffusionGemma unless your goal is experimentation. It is interesting, but it is not the normal beginner recommendation.

What exactly is Gemma 4?

Gemma 4 is Google DeepMind’s current open-weight Gemma model family for local, edge, and workstation use. Google describes Gemma as a family of generative AI models for tasks such as question answering, summarization, reasoning, coding, multimodal understanding, and local deployment. The current Gemma 4 documentation lists five main sizes: E2B, E4B, 12B, 26B A4B, and 31B.

The confusing part is that these are not just five copies of the same model at different sizes. Gemma 4 includes several architecture types:

  • E2B and E4B are small “effective parameter” edge models designed for constrained devices;
  • 12B Unified is a dense, encoder-free multimodal model;
  • 26B A4B is a Mixture-of-Experts model with many total parameters but fewer active parameters per token; and
  • 31B is the large dense model in the standard family.

In plain English, Gemma 4 is a local-friendly model family, not a single download. The right choice depends on your RAM, VRAM, local app, quantization format, context length, and whether you need text-only chat, image understanding, audio input, coding, document work, or experimentation.

What changed in Gemma 4 recently?

If you read an early Gemma 4 article from launch week, it may already be out of date. Google’s release page lists the original Gemma 4 release on March 31, 2026 in E2B, E4B, 31B, and 26B A4B sizes. It then lists Gemma 4 MTP on April 16, 2026 for E2B, E4B, 31B, and 26B A4B. On June 3, 2026, Google added Gemma 4 12B Unified.

That 12B release matters because it gives local users a much more practical middle option. Before 12B, the family jumped from small edge models to large 26B and 31B models. With 12B, the lineup now has a plausible “serious but still local” model for strong laptops, Apple Silicon machines, and midrange desktop GPUs.

The other big change is deployment packaging. Google’s current Gemma 4 overview now includes official QAT guidance, including QAT GGUF files for local runtimes such as llama.cpp and LM Studio, compressed-tensors formats for server runtimes, and mobile-targeted formats for LiteRT-LM. That is important because low-bit local deployment is no longer purely a community-conversion story.

Finally, Google now documents DiffusionGemma, an experimental Gemma 4 side branch. It is worth watching, but it should not be mixed into the normal “which model should I install first?” ladder.

The Gemma 4 variants at a glance

VariantTypeModalities listed by official sourcesArchitectureTotal parametersActive parametersContext lengthLocal-user summary
Gemma 4 E2BEdge modelText, image, audioDense effective-parameter model with per-layer embeddings2.3B effective, 5.1B with embeddingsNot applicable128KBest for tiny systems and 8GB laptops
Gemma 4 E4BEdge modelText, image, audioDense effective-parameter model with per-layer embeddings4.5B effective, 8B with embeddingsNot applicable128KBest safe beginner choice
Gemma 4 12B UnifiedMid-size multimodal modelText, image, audioDense, encoder-free unified model11.95BNot applicable256KBest quality jump for 16GB-plus local users
Gemma 4 26B A4BLarger MoE modelText, imageMixture-of-Experts25.2B3.8B256KFast-looking large model, but still loads like a large model
Gemma 4 31BLarge dense modelText, imageDense30.7BNot applicable256KStrongest standard Gemma 4 local model
Gemma 4 assistant draftersSpeedup companionsText onlySmall drafter models for speculative decodingVaries by target modelNot applicableDepends on target modelAdvanced speedup tools, not standalone chat models
Gemma 4 QAT checkpointsDeployment format familySame as matching base model, subject to runtime supportSame underlying model, trained for quantizationSame as matching base modelSame as matching base modelSame as matching base modelImportant local deployment path
DiffusionGemmaExperimental side branchText, image, video; no audioDiffusion-based MoE branch built from 26B A4B foundations25.2BAbout 3.8BDifferent generation behaviorInteresting experiment, not the default recommendation

Dense, MoE, and active parameters in plain English

A dense model uses the same model weights throughout generation. Gemma 4 E2B, E4B, 12B, and 31B are the standard dense-style recommendations for most local users, although the E2B and E4B models use an “effective parameter” design that makes their naming different from their total weight footprint.

A Mixture-of-Experts, or MoE, model has many expert blocks but uses only some of them for each token. Gemma 4 26B A4B has 25.2B total parameters and about 3.8B active parameters per token. That active number can make the model faster than a similarly sized dense model, but it does not mean the model fits in memory like a 4B model.

That last point is critical. Google’s own memory-planning guidance says all 26B parameters still need to be loaded to maintain fast routing and inference. For local users, total parameters determine the memory problem; active parameters help explain the compute pattern.

Context length in plain English

A context window is the maximum amount of input and generated text the model can consider in one session. Gemma 4 E2B and E4B are listed with 128K context windows, while 12B, 26B A4B, and 31B are listed with 256K context windows.

Do not treat those numbers as a promise that your laptop will comfortably use the full context. Long context creates a KV cache, which is extra memory used to store attention information while the model runs. Google’s own memory estimates for Gemma 4 cover the approximate memory to load model weights; they do not include all runtime overhead or the full growth of the context window. That is why this guide separates “can load” from “pleasant to use.”

Local availability: Hugging Face, Ollama, LM Studio, GGUF, MLX, LiteRT-LM, and ONNX

Gemma 4 is widely available, but the local format story is uneven. A model can be available in a repository and still not be equally usable in every local app.

Format or appGemma 4 statusWhat to know before choosing it
Hugging FaceOfficial Google model pages and collections exist for the main familyBest source for base weights, model cards, QAT variants, and assistant drafters
KaggleGoogle’s docs point to Kaggle as a download sourceUseful for Google ecosystem users, but most local users will start from Hugging Face, Ollama, or LM Studio
OllamaGemma 4 family page exists, including common variantsGood beginner route for command-line local chat; check whether your chosen tag is standard, MLX, cloud, or quantized
LM StudioGemma 4 model pages exist, including QAT variantsGood GUI route for beginners; minimum memory labels should not be treated as comfort guarantees
GGUFOfficial Google QAT GGUF is now part of the local storyBest fit for llama.cpp-style runtimes; non-QAT GGUF may be community-packaged
MLXMLX community conversions and Ollama MLX tags existUseful on Apple Silicon, but modality and runtime support may not match the raw model card
LiteRT-LMOfficial LiteRT-LM packages exist for E2B, E4B, and 12BStrong on-device path, especially for mobile and optimized local demos
ONNXCommunity ONNX availability exists, focused especially on smaller modelsUseful for some Windows and edge workflows, but not the cleanest full-family path
Multi-token prediction draftersOfficial assistant models existAdvanced acceleration path; not a beginner’s first model

Official support vs community support

For a beginner, “available” is not enough. You should ask whether a format is:

  1. Officially provided by Google;
  2. Packaged by a local app vendor such as Ollama or LM Studio;
  3. Converted by a community group such as MLX Community or LM Studio Community; or
  4. Experimental or issue-dependent in a runtime.

Those distinctions matter. Official Hugging Face safetensors are not the same thing as a ready-to-run GGUF. Official model capability is not the same thing as working audio input in your local desktop app. A model card may say the model supports audio, but your chosen runtime may only expose text and image today.

Hardware fit: RAM and VRAM recommendations

The tables below assume local inference, one model loaded at a time, quantized weights where appropriate, and short-to-moderate context rather than the full advertised 128K or 256K. They also assume that the local runtime is reasonably optimized for the model. If you use full precision, very long context, multiple images, audio, a web UI, embeddings, or background apps, you need more headroom.

Google’s current memory table gives approximate static model weight loading requirements with overhead. It lists Q4_0 estimates of about 2.9GB for E2B, 4.5GB for E4B, 6.7GB for 12B, 14.4GB for 26B A4B, and 17.5GB for 31B. Those are not complete system requirements because they exclude runtime overhead and KV cache growth.

RAM and unified-memory table

Total RAM or Apple unified memoryComfortable Gemma 4 choicePossible but less comfortableAvoid as a beginnerNotes
8GBE2BE4B with short context12B, 26B A4B, 31BE2B is the realistic safe pick
16GBE4B12B with 4-bit quantization and moderate context26B A4B, 31B12B can work, but do not expect full 256K context
32GB12B26B A4B Q4, 31B Q4High-precision 31BThis is where Gemma 4 becomes much more useful locally
64GB31B Q4; 26B A4B at higher precision31B 8-bit depending on context and runtime31B BF16 with heavy contextGood workstation tier
128GB+Any standard Gemma 4 modelDiffusionGemma and high-precision experimentsNone of the standard family purely on memory groundsRuntime support and workflow design become the bigger issue

Windows GPU VRAM table

GPU VRAMBest Gemma 4 targetStretch targetPractical comment
No discrete GPUE2B or E4B12B on some optimized CPU/iGPU pathsUse small models and be patient
8GB VRAME2B or E4B12B only with tight settingsGood for learning, not for large-context 12B
12GB VRAM12B Q4E4B at higher precisionThis is a reasonable 12B tier
16GB VRAM12B26B A4B as an enthusiast experiment26B A4B Q4 is close before KV cache, so do not sell it as comfortable
24GB VRAM26B A4B Q4 or 31B Q4Larger contexts with careful tuningGood large-model desktop tier
32GB VRAM31B Q4 comfortably; 26B A4B at 8-bit31B 8-bit may still be tightStrong local tier, but context still matters
48GB+ VRAM31B high-quality runsDiffusionGemma experimentsBetter for developers, researchers, and serious local workflows
80GB+ server GPUFull-family serving and experimentationHigh-precision and server runtimesHardware is no longer the main bottleneck

Apple Silicon guidance

Apple Silicon uses unified memory, which means the CPU and GPU share the same memory pool. That helps local AI because you are not limited by a separate GPU VRAM number, but it also means the operating system, browser, editor, local app, and model all compete for the same memory.

  • On an 8GB Mac, use E2B first. E4B may work, but it is not the safest recommendation.
  • On a 16GB Mac, E4B is the most comfortable beginner choice. 12B is realistic if you use 4-bit or an optimized local package and keep context reasonable.
  • On a 32GB Mac, 12B is the sweet spot. 26B A4B or 31B Q4 can become practical, especially if you are willing to use a more technical runtime.
  • On a 64GB or 128GB Mac, 31B becomes a serious local option. You should still check whether your app supports the exact modality and format you want.

Windows laptops without a discrete GPU

For ordinary Windows laptops without a discrete NVIDIA or AMD GPU, do not start with the biggest Gemma 4 model that appears in a catalog. Start with E2B or E4B. A small model that responds reliably is more useful than a large model that loads slowly, swaps memory, or crashes.

If you are using an optimized runtime such as LiteRT-LM or a carefully configured CPU/iGPU stack, you may get better results than a generic CPU-only setup. But for a beginner article, the correct recommendation is still conservative: E2B first, E4B second, 12B only if you know your machine can handle it.

Which Gemma 4 should you use for each workflow?

WorkflowBest first choiceUpgrade choiceWhy
General chatE4B12BE4B is easy; 12B is noticeably more capable if you have memory
Coding help12B26B A4B or 31B12B is the practical quality jump before workstation territory
Document review and screenshots12B31B12B is the best balanced multimodal pick; 31B is stronger if hardware permits
OCR-style image understanding12B31BUse a runtime that actually supports image input well
Audio experiments12BE4B for smaller systemsThe model family supports audio on E2B, E4B, and 12B, but runtime support is the gating issue
Lightweight local assistantE2B or E4B12BSmaller models are easier to keep always available
Privacy-sensitive local notesE4B or 12B31B on a private workstationPrivacy depends on the whole workflow, not just the model
Tool use and agent workflows12B26B A4B or 31BCheck runtime support for function calling and tool-call formatting
ExperimentationQAT GGUF and MTP draftersDiffusionGemmaQAT and MTP are practical experiments; DiffusionGemma is more research-oriented

Best beginner pick for chat

For chat, start with Gemma 4 E4B if you are unsure. It is the safest mix of local availability, memory fit, and usefulness.

Move to Gemma 4 12B if your machine has enough headroom and you want better answers. In practice, 12B is the more interesting everyday model for users who have moved beyond “will this run?” and are asking “is this useful enough to keep using?”

Best Gemma 4 for coding

For coding, Gemma 4 12B is the best practical starting point. It is not the largest or strongest model in the family, but it is the first model in the lineup that feels like a serious step up from the small edge models without requiring a large workstation.

Use 26B A4B or 31B only if your hardware supports them comfortably. For coding, running out of memory, waiting too long for completions, or fighting context limits can matter more than a model-card benchmark.

Best Gemma 4 for documents, screenshots, and image work

For document work, screenshots, charts, PDFs, UI screenshots, and OCR-like tasks, Gemma 4 12B is the most balanced recommendation. It supports image input at the model level, has a larger context window than E2B and E4B, and is much easier to recommend locally than 26B A4B or 31B.

The caveat is runtime support. If you use Ollama, LM Studio, MLX, llama.cpp, or LiteRT-LM, check the exact model page and app behavior. A multimodal model is only useful for image work if your local runtime supports image input in that model package.

Best Gemma 4 for audio

Audio is where you need to be most careful. Official model information lists audio support for E2B, E4B, and 12B, but not for 26B A4B or 31B. That does not mean every local app exposes audio input cleanly.

For beginners, the safest wording is this: Gemma 4 12B is the most interesting Gemma 4 option for local audio-capable experiments, but only in a runtime that actually supports audio for that package. Do not promise audio support just because the model family includes audio-capable variants.

Best Gemma 4 for privacy-sensitive use

A local model can improve privacy, but it does not automatically make the whole workflow private. For a genuinely local workflow, the model inference, prompts, documents, embeddings, logs, storage, app telemetry, remote access, and provider calls all need to stay local or be controlled.

For privacy-sensitive users, E4B or 12B in a local desktop app is a practical starting point. But avoid saying “fully private” unless the entire workflow is local. Downloading a model is one thing. Running a complete private document workflow is another.

QAT explained in plain English

QAT means quantization-aware training. Quantization is the process of using lower-precision numbers to make a model smaller and cheaper to run. For example, a 4-bit model uses much less memory than a 16-bit model.

There are two broad ways to get there:

  • Post-training quantization compresses a model after it has already been trained.
  • Quantization-aware training trains or adapts the model while simulating lower-precision math, so it can better tolerate the compression.

For local users, QAT matters because it can make a smaller local model preserve more quality than a crude compression pass. Google’s current Gemma 4 documentation specifically points local llama.cpp and LM Studio users toward QAT GGUF files. That makes QAT one of the most important practical parts of the Gemma 4 local story.

QAT is not magic

QAT does not erase the hardware problem. A QAT 31B model is still a 31B-class model. A QAT 26B A4B model still has to deal with the 26B total-parameter memory footprint. QAT helps with deployment, but it does not make every model comfortable on every laptop.

What are Gemma 4 multi-token prediction drafters?

Multi-token prediction, or MTP, is a way to speed up inference by using a small assistant model to draft multiple likely next tokens. The larger model then verifies them. If the draft is good, the system can generate text faster.

For local users, MTP is interesting but advanced. It is not a separate chat model you should install instead of E4B, 12B, 26B A4B, or 31B. It is an acceleration companion for a matching target model.

The caveat is that speculative decoding does not help every setup equally. Google’s own MTP guidance notes that dense models and MoE models can behave differently. In practical terms, do not buy hardware or choose a model solely because “MTP exists.” Treat it as an advanced optimization to test after you already have a working model.

DiffusionGemma: experimental or practical?

DiffusionGemma is best treated as an experimental side branch, not a normal Gemma 4 recommendation.

Google describes DiffusionGemma as an experimental open model that explores text diffusion. It is based on the 26B A4B MoE Gemma 4 architecture and uses a diffusion-style generation process rather than ordinary one-token-at-a-time generation. It supports text, image, and video input, but not audio.

Why is it interesting? Local single-user inference often underuses modern hardware because normal language models generate one token after another. DiffusionGemma attempts to generate blocks of text more in parallel. Google says that, when quantized, it can fit within 18GB VRAM limits of consumer GPUs.

Why should beginners be cautious? Because “experimental” is doing real work here. The ordinary Gemma 4 models are easier to explain, easier to compare, and more directly supported in local apps. DiffusionGemma may become important, but it should not be the first recommendation for a reader who just wants a useful local chat or coding model.

Claims to avoid

Do not say Gemma 4 26B A4B fits like a 4B model. It does not. It has about 3.8B active parameters per token, but all 25.2B total parameters still matter for memory.

Do not say all Gemma 4 models support audio. Official sources list audio support for E2B, E4B, and 12B, not 26B A4B or 31B.

Do not say a model is private just because it is local. Privacy depends on the full workflow.

Do not say the full 128K or 256K context is comfortable on consumer hardware. Long context increases KV cache memory. A model that loads at short context may not be pleasant at long context.

Do not say LM Studio, Ollama, MLX, GGUF, LiteRT-LM, and ONNX all support the same features. They do not. Model capability and runtime support are separate.

Do not say DiffusionGemma is the best Gemma 4 model for beginners. It is experimental and should be framed separately.

Practical recommendation

For a beginner-focused local AI site, the recommendation should be direct:

  • 8GB users: try Gemma 4 E2B first;
  • 16GB users: try Gemma 4 E4B first, then 12B if you want better quality and can keep context moderate;
  • 32GB users: try Gemma 4 12B first;
  • 24GB GPU users: try Gemma 4 26B A4B or 31B Q4 if you want a larger model;
  • 64GB-plus workstation users: try Gemma 4 31B;
  • Experimenters: try official QAT GGUF files, MTP drafters, and then DiffusionGemma.

The best practical Gemma 4 local answer is Gemma 4 12B for users with enough memory, and Gemma 4 E4B for users who want the safest first install. That is the clean beginner takeaway.

FAQ

Is Gemma 4 open source?

Gemma 4 is best described as an open-weight model family, not necessarily “open source” in the software-project sense. Google publishes model weights and model cards, and the current Gemma 4 pages list Apache 2.0 licensing. That does not mean the training data and complete training pipeline are open in the same way as a conventional open-source code repository.

Can I use Gemma 4 commercially?

Google’s current Gemma 4 documentation says Gemma models are open weights and permit responsible commercial use, and the Gemma 4 pages list Apache 2.0. If you are using Gemma 4 in a product, check the current license, prohibited-use policy, and model page before shipping. This article is a technical guide, not legal advice.

Which Gemma 4 model is best for Mac?

For most Apple Silicon users, Gemma 4 12B is the best target if you have enough unified memory. On a 16GB Mac, E4B is safer and 12B is the quality stretch. On a 32GB Mac, 12B is the strongest practical default. On 64GB or higher, 31B becomes realistic.

Which Gemma 4 model is best for Windows?

For Windows laptops without a discrete GPU, start with E2B or E4B. For a Windows desktop with 12GB to 16GB VRAM, 12B is the best practical target. With a 24GB GPU, 26B A4B and 31B Q4 become realistic. With 32GB or more VRAM, 31B is the main standard Gemma 4 target.

Does Gemma 4 work in Ollama?

Yes, Ollama has a Gemma 4 model page and commonly available Gemma 4 tags. Check the exact tag before downloading because variants can differ by size, quantization, MLX packaging, cloud behavior, and modality support.

Does Gemma 4 work in LM Studio?

Yes, LM Studio lists Gemma 4 models, including QAT variants. For beginners, LM Studio is one of the easiest GUI routes. Treat its minimum memory labels as a starting point, not a guarantee that long-context or multimodal use will be comfortable.

What is the difference between Gemma 4 26B A4B and Gemma 4 31B?

Gemma 4 26B A4B is a Mixture-of-Experts model with about 25.2B total parameters and about 3.8B active parameters per token. Gemma 4 31B is a dense model with about 30.7B parameters. The 26B A4B model can be attractive for speed, but it still needs large-model memory. The 31B model is the strongest standard dense Gemma 4 option for serious local hardware.

3. SOURCE-BACKED CLAIMS

Factual claimSupporting source linkSource typeCaveat
Gemma 4 is a Google DeepMind open-weight model family for generative tasks such as question answering, summarization, and reasoning.https://ai.google.dev/gemma/docs/corePrimary“Open weight” should not be treated as equivalent to complete open-source training transparency.
Google’s current Gemma 4 overview lists five sizes: E2B, E4B, 12B, 31B, and 26B A4B.https://ai.google.dev/gemma/docs/corePrimaryRuntime catalogs may expose additional packaging tags, but these are the core family sizes.
Google’s release page lists the original Gemma 4 release on March 31, 2026, in E2B, E4B, 31B, and 26B A4B sizes.https://ai.google.dev/gemma/docs/releasesPrimaryThis is the official release-page date, not necessarily the date every runtime added support.
Google’s release page lists Gemma 4 MTP for E2B, E4B, 31B, and 26B A4B on April 16, 2026.https://ai.google.dev/gemma/docs/releasesPrimaryMTP support depends on runtime implementation.
Google’s release page lists Gemma 4 12B Unified on June 3, 2026.https://ai.google.dev/gemma/docs/releasesPrimaryThe 12B model may have appeared in local app catalogs at different times.
Gemma 4 E2B has 2.3B effective parameters, 5.1B with embeddings, text/image/audio input, and a 128K context window.https://huggingface.co/google/gemma-4-12BPrimary vendor model cardThe 12B model card includes the family comparison table; always cross-check individual model pages before relying on these specs.
Gemma 4 E4B has 4.5B effective parameters, 8B with embeddings, text/image/audio input, and a 128K context window.https://huggingface.co/google/gemma-4-12BPrimary vendor model card“Effective” parameters are not the same as static memory footprint.
Gemma 4 12B Unified has about 11.95B parameters, supports text/image/audio, and has a 256K context window.https://huggingface.co/google/gemma-4-12BPrimary vendor model cardLocal runtime support for each modality may differ from the raw model capability.
Gemma 4 26B A4B has about 25.2B total parameters and 3.8B active parameters.https://huggingface.co/google/gemma-4-12BPrimary vendor model cardActive parameters do not mean it loads like a 4B model.
Gemma 4 31B has about 30.7B parameters and a 256K context window.https://huggingface.co/google/gemma-4-12BPrimary vendor model cardFull context use may require far more memory than simply loading weights.
Official Gemma 4 docs state that audio is featured natively on E2B, E4B, and 12B.https://ai.google.dev/gemma/docs/corePrimaryDo not generalize audio support to 26B A4B or 31B.
Google’s current memory table lists Q4_0 static weight estimates of about 2.9GB for E2B, 4.5GB for E4B, 6.7GB for 12B, 14.4GB for 26B A4B, and 17.5GB for 31B.https://ai.google.dev/gemma/docs/corePrimaryThese estimates exclude supporting software and KV cache growth.
Google’s memory guidance says all 26B parameters of the 26B A4B model must be loaded for fast routing and inference.https://ai.google.dev/gemma/docs/corePrimaryThis is why “active 4B” should not be marketed as “4B memory use.”
Google’s Gemma 4 overview says QAT models are available and explains that QAT simulates quantization during training to reduce quality loss compared with ordinary post-training quantization.https://ai.google.dev/gemma/docs/corePrimaryQAT improves the deployment story but does not remove hardware constraints.
Google’s current QAT routing table points llama.cpp and LM Studio users to QAT Q4_0 GGUF files.https://ai.google.dev/gemma/docs/corePrimaryExact file names and availability can change; recheck the vendor page before downloading.
Ollama has a Gemma 4 model page.https://ollama.com/library/gemma4Vendor/runtime sourceOllama tags can differ by size, quantization, MLX packaging, and cloud/local behavior.
LM Studio lists Gemma 4 models.https://lmstudio.ai/models/gemma-4Vendor/runtime sourceLM Studio minimum memory labels should not be treated as comfortable-use guarantees.
LiteRT-LM has a Gemma 4 12B package.https://huggingface.co/litert-community/gemma-4-12B-it-litert-lmPrimary/community-adjacent runtime packageThe model package’s supported modalities may not equal the full raw model card capabilities.
MLX Community has Gemma 4 availability.https://huggingface.co/collections/mlx-community/gemma-4Community/runtime sourceCommunity conversion availability is not the same as first-party Google support.
ONNX Community has a Gemma 4 ONNX collection.https://huggingface.co/collections/onnx-community/gemma-4-onnxCommunity/runtime sourceONNX coverage can expand; recheck the collection before choosing that runtime path.
DiffusionGemma is described by Google as an experimental open model based on the 26B A4B MoE Gemma 4 architecture.https://ai.google.dev/gemma/docs/diffusiongemmaPrimaryExperimental status is central; do not rank it as the normal beginner recommendation.
DiffusionGemma supports text, image, and video input, but not audio.https://ai.google.dev/gemma/docs/diffusiongemmaPrimaryRuntime support and packaged inference paths may vary.
Google says quantized DiffusionGemma can fit within 18GB VRAM limits of consumer GPUs.https://ai.google.dev/gemma/docs/diffusiongemmaVendor-claimed primaryTreat as a vendor claim unless independently tested on the target runtime and quantization.
Gemma 4 pages list Apache 2.0 licensing.https://ai.google.dev/gemma/apache_2 and https://huggingface.co/google/gemma-4-12BPrimaryCommercial deployments should still check the current license, prohibited-use policy, and model page.

4. PUBLICATION BLOCKERS

No publication blockers identified.

5. EDITORIAL QA CHECKLIST

QA itemStatusNotes
It does not overstate model performance.PassThe article gives practical recommendations and avoids declaring a universal best model.
It distinguishes “can run” from “pleasant to use.”PassHardware sections repeatedly distinguish loading weights from comfortable use.
It distinguishes open source, open weight, locally runnable, and private.PassThe FAQ and privacy sections explain these distinctions.
It does not claim privacy unless the whole workflow is local.PassThe article explicitly says local model inference alone is not a complete privacy guarantee.
It identifies license or commercial-use caveats.PassThe article cites Apache 2.0 and advises checking current license and prohibited-use terms for commercial deployment.
It identifies quantization, context-window, RAM, VRAM, or runtime assumptions where relevant.PassHardware tables state quantization and context assumptions, and the text explains KV cache.
It distinguishes model capability from runtime support.PassThe local availability and multimodal sections emphasize this point.
It distinguishes total parameters from active parameters for MoE models where relevant.PassThe 26B A4B discussion explains total versus active parameters.
It avoids unsupported benchmark claims.PassIt avoids relying on benchmark scores for the main recommendations.
It avoids vendor hype.PassVendor claims are qualified, especially for DiffusionGemma and hardware fit.
It is ready to paste into a CMS.PassThe article has one H1, clean Markdown headings, practical tables, and no placeholders.
EVIDENCE
Official documentation reviewed with caveatsreviewed: 2026-06-12
Source package reviewed, with caveats
CAVEATS
·LocalLLMGuide.com has not independently benchmarked these models, runtimes, or hardware combinations for this article.
·Source links and vendor behavior should be rechecked before upgrading caveats into stronger claims.
Does Local AI Really Stay Local? A Local AI Privacy Audit of Ollama, LM Studio, Open WebUI, and Foundry LocalBest Local LLM Right Now? gpt-oss 20B vs Qwen3 8B vs Gemma 4 12B