Downloads · 30 days
92
10% of all-time downloads
wyattearp/Gemma-4-26B-A4B-it-NVFP4
Gemma-4-26B-A4B-it-NVFP4 is a text generation model from wyattearp. Use it when you need the model to write or continue text. The card lists the license as gemma.
Gemma-4-26B-A4B-it-NVFP4 is a post-training quantized (PTQ) mixed-precision release of Google's Gemma-4-26B-A4B-it Mixture-of-Experts (MoE) foundation model, optimized specifically for native FP4 Tensor Core execution…
Downloads · 30 days
92
10% of all-time downloads
All-time downloads
932
Public
Parameters
13.6B
16.5 GB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors16.4 GB · 100%
How the weights are stored.
U812.2B · 90%
From the Hugging Face model README
Gemma-4-26B-A4B-it-NVFP4 is a post-training quantized (PTQ) mixed-precision release of Google's Gemma-4-26B-A4B-it Mixture-of-Experts (MoE) foundation model, optimized specifically for native FP4 Tensor Core execution on NVIDIA Blackwell architecture (GB10 / DGX Spark, GB200, B200, RTX 50-series) using NVIDIA ModelOpt and vLLM.
Gemma-4-26B-A4B-it utilizes a sparse Mixture-of-Experts (MoE) topology containing 128 routing experts with top-4 active routing per token ($26\text{B}$ total parameters, $\sim 4\text{B}$ active per token). Straightforward uniform quantization of MoE models can lead to representation collapse if router distributions or normalization layers are aggressively truncated.
This model follows a calibrated mixed-precision topology:
| Component | Target Precision | Technical Rationale |
|---|---|---|
| MoE Expert MLPs (128 Experts) | NVFP4 (E2M1, Block Size 16) | Represents $>85%$ of parameter volume. Block-wise quantization with FP8 scaling factors preserves expert specialization with minimal perplexity loss. |
| Attention Layers ($q, k, v, o$) | Native BF16 | Preserves Rotary Position Embedding (RoPE) geometry and query-key dot-product precision across long contexts. |
| MoE Gating & Routers | Native BF16 | Router logits maintain high dynamic range to prevent expert routing drift and load imbalance. |
| Embeddings & LM Head | Native BF16 | Preserves token entropy across the 256,000 vocabulary tokens. |
Linear layer weights are partitioned into contiguous blocks of $B = 16$ elements along the inner channel dimension. For each block $w \in \mathbb{R}^{16}$, an FP8 scaling factor $S_{\text{block}}$ is calculated:
$$S_{\text{block}} = \frac{\max_{i \in {1 \dots 16}} (|w_i|)}{V_{\max}}$$
Where $V_{\max} = 6.0$ is the maximum representable dynamic range value in FP4 ($E2M1$ format). The individual weights are quantized via:
$$q_i = \text{clip}\left(\left\lfloor \frac{w_i}{S_{\text{block}}} \right\rceil, -V_{\max}, V_{\max}\right)$$
During GEMM execution, Blackwell FP4 Tensor Cores perform fused matrix multiply-accumulate against the reconstructed weights:
$$\hat{w}i = q_i \cdot S{\text{block}}$$
When deploying Gemma-4 with tool calling in stock vLLM, tool calls can be dropped or fragmented when transitioning directly out of the thinking channel (e.g., <channel|>call:... without leading whitespace).
[Bugfix][Parser] Support bare call: and whitespace-free channel transitions in Gemma4 parserUntil PR #54257 is merged into an official vLLM release, you can mount the patched gemma4_tool_parser.py into your vLLM container or use the patch from PR #54257 to guarantee 100% reliable tool call extraction.
This model is in standard modelopt / compressed-tensors format and can be served directly using vLLM:
vllm serve wyattearp/Gemma-4-26B-A4B-it-NVFP4 \
--served-model-name google/gemma-4-26B-A4B-it \
--host 0.0.0.0 \
--port 8000 \
--dtype auto \
--trust-remote-code \
--gpu-memory-utilization 0.85 \
--max-model-len 262144 \
--tool-call-parser gemma4 \
--reasoning-parser gemma4 \
--enable-auto-tool-choice
This model is released under the Gemma Terms of Use. Please review the license conditions before commercial deployment: Gemma Terms of Use.