Model reference · open weights
gemma-4-qat-mobile-transformers is an open-weight language model from Google. gemma-4-E2B-it-qat-mobile-GGUF (GGUF) weighs 170 MB; the smallest configuration that runs it is RTX 3060 12 GB.
Gemma 4 E2B is a 2.3B parameter multimodal model by Google that processes text, image, and audio inputs to generate text output. It is optimized for mobile hardware using Quantization-Aware Training and features a 128K token context window with support for over 140 languages. The model is released under the Apache 2.0 license.
Summary of the google/gemma-4-E2B-it-qat-mobile-transformers model card, 2026-10-01 — the estimate below is for another build of the family
What it is
| Released by | |
|---|---|
| Type | Language models |
| Task | Omni (any→any) |
| Parameters (lead) | 2.3B |
| Runs with | transformers |
| Based on | google/gemma-4-E2B-it |
| Released | 2026-06-02 |
| Popularity | 6k downloads / month |
| Weights | 170 MB (gemma-4-E2B-it-qat-mobile-GGUF (GGUF), file size) |
| Licence | Open weights |
What it runs on
Weights 170 MB (file size) · KV cache 7 MB per 1,000 tokens of context, at 16 bits (vLLM's default for this build; an 8-bit cache halves it) · plus 132 MB a request for its sliding-window layers · runtime overhead from 884 MB on a small card · context up to 131,072 tokens.
| Card | Requests at once 8K tokens each | Requests at once 32K tokens each | Longest single request | Counted memory |
|---|---|---|---|---|
| RTX 3060 12 GB | 55 | 28 | all 128K | 11.6 GB |
| RTX 4060 Ti 16 GB | 75 | 39 | all 128K | 15.4 GB |
| RTX 3090 24 GB | 117 | 60 | all 128K | 23.4 GB |
| RTX 4090 24 GB | 116 | 60 | all 128K | 23.4 GB |
| RTX 5090 32 GB | 157 | 81 | all 128K | 31.0 GB |
| L40S 48 GB | 224 | 116 | all 128K | 44.0 GB |
| A100 80 GB | 404 | 210 | all 128K | 78.2 GB |
| H100 80 GB | 262 | 107 | all 128K | 78.1 GB |
| RTX PRO 6000 Blackwell 96 GB | 316 | 128 | all 128K | 93.8 GB |
| DGX Spark (GB10) 128 GB unified | 362 | 147 | all 128K | 107 GB |
| H200 141 GB | 466 | 190 | all 128K | 138 GB |
| B200 180 GB | 596 | 149 | all 128K | 176 GB |
| Requests at once | 8K tokens each | 32K tokens each |
|---|---|---|
| 1 | 1.2 GB | 1.4 GB |
| 5 | 2.0 GB | 2.9 GB |
| 8 | 2.6 GB | 4.0 GB |
| 16 | 4.1 GB | 6.9 GB |
| 32 | 7.2 GB | 12.8 GB |
| 64 | 13.3 GB | 24.5 GB |
On one card, with vLLM's small-card settings (2,048 tokens a step). Cards of 70 GB and more reserve more per request and more overhead — each row above uses its own card's settings.
Estimates, not measurements, checked against published vLLM startup logs. The weights are the build's file size; the cache is calculated from its config (attention with sliding-window layers); the overhead is an estimate of llama.cpp's own memory with that card's default settings. "Requests at once" is how many requests of that length vLLM admits — its reservation at full length, with --max-model-len set to that length; requests that stay shorter fit more. "Longest single request" is the most one request can hold there: below the model's maximum, vLLM starts only with --max-model-len set at or under it. "Counted memory" is vLLM's default 92 % of what CUDA reports for the card (the DGX Spark: about 100 GiB of its shared 128 GB). Assumes vLLM 0.10 or later.
Builds
| Build | Parameters | Precision | Weights | Smallest configuration (1 request, 8K) |
|---|---|---|---|---|
| gemma-4-E2B-it-qat-mobile-transformers ↗ | 2.3B | INT4 | 2.5 GB | RTX 3060 12 GB |
| gemma-4-E4B-it-qat-mobile-transformers ↗ | 3.4B | INT4 | 3.5 GB | RTX 3060 12 GB |
| gemma-4-E2B-it-qat-mobile-GGUF (above) ↗ packaged by unsloth 6 builds: Q4_0 59 MB … Q2_K_XL 2.2 GB |
— | GGUF | 170 MB | RTX 3060 12 GB |
Weights from each build's files as published; ≈ = calculated from the parameter count where the files have not been read. A build's name shows what it runs on; ↗ opens it on Hugging Face.
From the model card
[!Note] This model card is for the new versions of the Gemma 4 family optimized with Quantization-Aware Training (QAT), which allows preserving similar quality to bfloat16 while dramatically reducing the memory requirements to load the model. Four versions of the QAT checkpoints are available:
- Unquantized QAT checkpoints (Q4_0): Half-precision weights extracted from the QAT pipeline, ideal for custom downstream compilation and research. Available for Gemma 4 E2B, E4B, 12B, 26B A4B, and 31B, and their drafter models.
- GGUF (Q4_0): Ready-to-deploy formats for broad ecosystem compatibility. Available for Gemma 4 E2B, E4B, 12B, 26B A4B, and 31B.
- Mobile-optimized (wNa8o8): A custom schema engineered explicitly for mobile hardware efficiency. It features targeted 2-bit decoding layers, optimized KV caches, and static activations to maximize VRAM savings. Available for Gemma 4 E2B and E4B.
- Compressed Tensors (w4a16): QAT checkpoints serialized in the compressed-tensors format for native, optimized inference with vLLM. Available for Gemma 4 E2B, E4B, 12B, and 31B.
Gemma is a family of open models built by Google DeepMind. Gemma 4 models are multimodal, handling text and image input (with audio supported on E2B, E4B, and 12B) and generating text output. This release includes open-weights models in both pre-trained and instruction-tuned variants. Gemma 4 features a context window of up to 256K tokens and maintains multilingual support in over 140 languages.
Featuring both Dense and Mixture-of-Experts (MoE) architectures, Gemma 4 is well-suited for tasks like text generation, coding, and reasoning. The models are available in five distinct sizes: E2B, E4B, 12B, 26B A4B, and 31B. Their diverse sizes make them deployable in environments ranging from high-end phones to laptops and servers, democratizing access to state-of-the-art AI.
Gemma 4 introduces key capability and architectural advancements:
Reasoning – All models in the family are designed as highly capable reasoners, with configurable thinking modes.
Extended Multimodalities – Processes Text, Image with variable aspect ratio and resolution support (all models), Video, and Audio (featured natively on the E2B, E4B, and 12B models).
Diverse & Efficient Architectures – Offers Dense and Mixture-of-Experts (MoE) variants of different sizes for scalable deployment.
Optimized for On-Device – Smaller models are specifically designed for efficient local execution on laptops and mobile devices.
Increased Context Window – The small models feature a 128K context window, while the medium models support 256K.
Enhanced Coding & Agentic Capabilities – Achieves notable improvements in coding benchmarks alongside native function-calling support, powering highly capable autonomous agents.
Native System Prompt Support – Gemma 4 introduces native support for the system role, enabling more structured and controllable conversations.
Gemma 4 models are designed to deliver frontier-level performance at each size, targeting deployment scenarios from mobile and edge devices (E2B, E4B) to consumer GPUs and workstations (12B, 26B A4B, 31B). They are well-suited for reasoning, agentic workflows, coding, and multimodal understanding.
The models employ a hybrid attention mechanism that interleaves local sliding window attention with full global attention, ensuring the final layer is always global. This hybrid design delivers the processing speed and low memory footprint of a lightweight model without sacrificing the deep awareness required for complex, long-context tasks. To optimize memory for long contexts, global layers feature unified Keys and Values, and apply Proportional RoPE (p-RoPE).
| Property | E2B | E4B | 12B Unified | 31B Dense |
|---|---|---|---|---|
| Total Parameters | 2.3B effective (5.1B with embeddings) | 4.5B effective (8B with embeddings) | 11.95B | 30.7B |
| Layers | 35 | 42 | 48 | 60 |
| Sliding Window | 512 tokens | 512 tokens | 1024 tokens | 1024 tokens |
| Context Length | 128K tokens | 128K tokens | 256K tokens | 256K tokens |
| Vocabulary Size | 262K | 262K | 262K | 262K |
| Supported Modalities | Text, Image, Audio | Text, Image, Audio | Text, Image, Audio | Text, Image |
| Vision Encoder Parameters | ~150M | ~150M | - | ~550M |
| Audio Encoder Parameters | ~300M | ~300M | - | No Audio |
The "E" in E2B and E4B stands for "effective" parameters. The smaller models incorporate Per-Layer Embeddings (PLE) to maximize parameter efficiency in on-device deployments. Rather than adding more layers or parameters to the model, PLE gives each decoder layer its own small embedding for every token. These embedding tables are large but are only used for quick lookups, which is why the effective parameter count is much smaller than the total.
The "Unified" in Gemma 4 12B Unified refers to its encoder-free architecture. Other Gemma 4 models use dedicated encoders to process multimodal data before passing it to the LLM. Gemma 4 12B eliminates these encoders entirely, projecting raw image patches and audio waveforms directly into the LLM's embedding space through lightweight linear layers. This unified approach means all modalities flow straight into a single decoder-only transformer, reducing multimodal latency and allowing the entire model to be fine-tuned in one pass.
| Property | 26B A4B MoE |
|---|---|
| Total Parameters | 25.2B |
| Active Parameters | 3.8B |
| Layers | 30 |
| Sliding Window | 1024 tokens |
| Context Length | 256K tokens |
| Vocabulary Size | 262K |
| Expert Count | 8 active / 128 total and 1 shared |
| Supported Modalities | Text, Image |
| Vision Encoder Parameters | ~550M |
The "A" in 26B A4B stands for "active parameters" in contras
Quoted from the model card on Hugging Face — the full card is behind the Hugging Face link above.
How it works