Model reference · open weights

gemma-4-qat-mobile-transformers

LLMs google Omni (any→any) 3 builds Open weights 6k dl/mo

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 byGoogle
TypeLanguage models
TaskOmni (any→any)
Parameters (lead)2.3B
Runs withtransformers
Based ongoogle/gemma-4-E2B-it
Released2026-06-02
Popularity6k downloads / month
Weights170 MB (gemma-4-E2B-it-qat-mobile-GGUF (GGUF), file size)
LicenceOpen weights

What it runs on

Memory and cards for gemma-4-E2B-it-qat-mobile-GGUF (GGUF)

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.

CardRequests at once
8K tokens each
Requests at once
32K tokens each
Longest single
request
Counted
memory
RTX 3060 12 GB5528all 128K11.6 GB
RTX 4060 Ti 16 GB7539all 128K15.4 GB
RTX 3090 24 GB11760all 128K23.4 GB
RTX 4090 24 GB11660all 128K23.4 GB
RTX 5090 32 GB15781all 128K31.0 GB
L40S 48 GB224116all 128K44.0 GB
A100 80 GB404210all 128K78.2 GB
H100 80 GB262107all 128K78.1 GB
RTX PRO 6000 Blackwell 96 GB316128all 128K93.8 GB
DGX Spark (GB10) 128 GB unified362147all 128K107 GB
H200 141 GB466190all 128K138 GB
B200 180 GB596149all 128K176 GB
Memory needed at each load
Requests at once8K tokens each32K tokens each
11.2 GB1.4 GB
52.0 GB2.9 GB
82.6 GB4.0 GB
164.1 GB6.9 GB
327.2 GB12.8 GB
6413.3 GB24.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

Sizes, precisions & builds

BuildParametersPrecisionWeightsSmallest configuration (1 request, 8K)
gemma-4-E2B-it-qat-mobile-transformers ↗ 2.3BINT4 2.5 GBRTX 3060 12 GB
gemma-4-E4B-it-qat-mobile-transformers ↗ 3.4BINT4 3.5 GBRTX 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 MBRTX 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

What Google says about gemma-4-qat-mobile-transformers

Read 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.

Models Overview

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).

Dense Models

PropertyE2BE4B12B Unified31B Dense
Total Parameters2.3B effective (5.1B with embeddings)4.5B effective (8B with embeddings)11.95B30.7B
Layers35424860
Sliding Window512 tokens512 tokens1024 tokens1024 tokens
Context Length128K tokens128K tokens256K tokens256K tokens
Vocabulary Size262K262K262K262K
Supported ModalitiesText, Image, AudioText, Image, AudioText, Image, AudioText, 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.

Mixture-of-Experts (MoE) Model

Property26B A4B MoE
Total Parameters25.2B
Active Parameters3.8B
Layers30
Sliding Window1024 tokens
Context Length256K tokens
Vocabulary Size262K
Expert Count8 active / 128 total and 1 shared
Supported ModalitiesText, 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

How language models work

Your prompttext / messagesTransformerattention over tokensNext-token loopgenerate + streamResponsetext · tool callsA language model reads your tokens and predicts the next one, again and again, streaming the reply back.
© 2026 AxForge · EU-hosted AI infrastructure Pricing Docs Trust Privacy Terms