Granite-4.1-30B-Base
IBM · base checkpoint
Open in the comparison table Hugging Face ↗ Blog ↗
KV calculations use one sequence at 131,072 tokens and 16-bit cache elements. They include bounded sliding-window caches. This is retained cache payload, not peak prefill memory. The comparison table also offers sourced mixed-precision layouts, including quantization scales.
Release
- Released
2026-04-29
Source: model-card · README.md; Model Summary
Release Date: April 29th, 2026
Date the weights (or, if earlier, the technical report) were first made public, YYYY-MM-DD, as dated by the publisher. A Hugging Face repository creation date is used only when no dated publisher page exists, with a note.
- License
apache-2.0
Source: model-card · README.md; front matter
license: apache-2.0
License of the released weights as declared by the publisher (model card metadata or license file), e.g. apache-2.0, mit, or the name of a custom license.
- Input modalities
text
Source: model-card · README.md; opening summary
designed to support a broad range of text‑to‑text generation tasks
Input modalities of the released checkpoint as the publisher states them, from: text, image, video, audio, joined with ' + ' in that order ("text", "text + image + video").
Parameters
- Total params
28.87B parameters
Source: model-card · granite_4.1_30b_base_disclosure.json; model.parameter_count
"parameter_count": 28865728512,
Card rounds to 30B; tied embedding counted once.
Total parameter count as reported by the publisher. See params.note for whether embeddings, MTP heads or vision towers are included.
- Active params
28.87B parameters
Inferred from the source; see the explanation below.
Source: model-card · granite_4.1_30b_base_disclosure.json; model.parameter_count
"parameter_count": 28865728512,
Dense model; active equals the stated total.
Parameters used per token in the forward pass, as reported by the publisher.
- Active non-embedding (stated)
Not disclosed
Active parameters excluding the input embedding and the output head (unembedding). Stated by the publisher, or computed from params.active by subtracting vocab × d_model for each of the embedding and output head that params.active is stated to include (basis inferred, note with the arithmetic). Not disclosed when the scope of params.active is not stated.
- Counted total params
28.87B parameters
Calculated: embedding + output head + all experts + other weights, ibm-granite/granite-4.1-30b-base@9bb22a9 safetensors headers; reproduces stated total (backbone) and active (with embedding)
Parameters of the text backbone counted from the released checkpoint's safetensors headers (embedding, output head, all experts and other weights; excluding MTP modules, vision/audio towers and n-gram lookup tables). Shown only when the counts reproduce the publisher's stated total and active parameters within 5% under some scope.
- Counted embedding + head
411M parameters
Calculated: input embedding + output head, ibm-granite/granite-4.1-30b-base@9bb22a9 safetensors headers
Input embedding plus output head (once if tied), counted from the checkpoint.
- Non-emb. params (counted)
28.45B parameters
Calculated: dense + routed backbone weights; excludes input embedding, output head, lookup tables, MTP and other modalities, ibm-granite/granite-4.1-30b-base@9bb22a9 safetensors headers; reproduces stated total (backbone) and active (with embedding)
Language backbone weights excluding input embeddings, output head, lookup/Engram tables, MTP modules and vision/audio towers. Equals params.counted_total minus params.counted_embedding. Same validation as params.counted_total.
- Largest layer (counted)
444.6M parameters
Calculated: max(sum of dense and routed weights sharing a full layers.<index> tensor path), all experts included, ibm-granite/granite-4.1-30b-base@9bb22a9 safetensors headers
Largest group of language-backbone weights sharing a full layers.<index> tensor path, including every routed expert. Excludes lookup/Engram tables, embeddings, output head, MTP and other modalities. Hybrid checkpoints may store mixers and FFNs as separate layers. All-gather volume also depends on wrapping, sharding and dtype.
- Active non-emb. (counted)
28.45B parameters
Calculated: all weights except embedding and output head, ibm-granite/granite-4.1-30b-base@9bb22a9 safetensors headers; reproduces stated total (backbone) and active (with embedding)
Active parameters per token excluding the input embedding and output head, counted from the checkpoint as all non-expert weights plus routed-expert weights × top_k / experts. Same validation as params.counted_total.
Shape
- Layers
64
Source: config · /num_hidden_layers
Number of transformer blocks in the main backbone (attention or token mixer plus FFN), excluding MTP modules.
- d_model
4,096
Source: config · /hidden_size
Residual stream width.
- Vocab
100,352
Source: config · /vocab_size
Embedding table rows (vocab_size in config, may include padding).
- Tied embeddings
Yes
Source: config · /tie_word_embeddings
Input embedding and output head share weights.
- d_model / layers
64
Calculated: d_model / layers
Width-to-depth ratio, d_model divided by the number of blocks.
Attention
- Token mixers
GQA
Source: model-card · README.md; Model Architecture
Core components of this architecture are: GQA, RoPE, MLP with SwiGLU, RMSNorm, and shared input/output embeddings.
Dense attention-only model, not the Mamba-2 hybrid used in Granite 4.0.
Token-mixing layer types in the backbone, e.g. GQA, MLA, SWA, Gated DeltaNet, Mamba-2, DSA (DeepSeek sparse attention).
- Layer layout
64 GQA
Source: model-card · README.md; Model Architecture
Granite-4.1-30B-Base is based on a decoder-only dense transformer architecture.
Token-mixer order, summarized as a pattern or layer positions. The fact's optional sequence lists each mixer in order; a ratio alone does not establish the order. Auxiliary prediction modules and standalone FFNs are excluded.
- Global-attention layers
64
Source: model-card · README.md; Model Architecture table
Number of layers 40 40 64
Dense transformer; every layer is full GQA.
Layers whose KV cache grows with full context (dense or sparse global attention, MLA). Excludes sliding-window and linear/recurrent layers.
- Query heads
32
Source: config · /num_attention_heads
Query heads in the global-attention layers.
- KV heads
8
Source: config · /num_key_value_heads
Key/value heads in the global-attention layers. Not applicable to MLA, whose cache is a shared latent.
- Heads × head dim
4,096
Calculated: heads × head_dim
attn.heads × attn.head_dim, the query projection width of global layers.
- Q heads / KV head
4
Calculated: heads / kv_heads
attn.heads divided by attn.kv_heads in global layers.
- QK head dim
128
Source: model-card · README.md; Model Architecture table
Attention head size 64 128 128
Query/key dimension per head in global-attention layers (for MLA, nope + rope dims).
- Positional encoding
RoPE
Source: model-card · README.md; Model Architecture
Core components of this architecture are: GQA, RoPE, MLP with SwiGLU, RMSNorm, and shared input/output embeddings.
Positional scheme in global layers: RoPE, partial RoPE, NoPE, or mixed per layer type.
- RoPE base
50,000,000
Source: config · /rope_theta
This card does not state θ. The card of Granite-4.2-30B (post-trained from this base) says θ = 10,000,000, but its config.json, like this one, sets 50,000,000, which modeling_granite.py uses.
RoPE base frequency of the global layers at release.
- QK norm
No
Source: code · modeling_granite.py; GraniteAttention.forward
query_states = self.q_proj(hidden_states).view(hidden_shape).transpose(1, 2) key_states = self.k_proj(hidden_states).view(hidden_shape).transpose(1, 2)
Queries and keys are normalized per head before the dot product.
- Attention scaling
0.0078125 (1/head_dim) instead of 1/sqrt(head_dim)
Source: config · config.json; attention_multiplier
"attention_multiplier": 0.0078125,
modeling_granite.py sets self.scaling = config.attention_multiplier.
Query-key scaling when it is not 1/sqrt(head_dim), e.g. query_pre_attn_scalar, length-dependent (SSMax-style) scaling, or value scaling.
- QKV bias
No
Source: config · /attention_bias
Query/key/value projections have bias terms.
Feed-forward
- Activation
SwiGLU
Source: model-card · README.md; Model Architecture
Core components of this architecture are: GQA, RoPE, MLP with SwiGLU, RMSNorm, and shared input/output embeddings.
Config hidden_act silu; GraniteMLP computes down_proj(act_fn(gate_proj(x)) * up_proj(x)).
FFN activation (SwiGLU, GeGLU, ...).
- Dense FFN dim
32,768
Source: config · /intermediate_size
Intermediate width of the dense FFN layers that are actually executed.
- FFN bias
No
Source: config · /mlp_bias
FFN projections have bias terms.
- Dense FFN / d_model
8
Calculated: ffn.dim / d_model
ffn.dim divided by shape.d_model.
Multi-token prediction
- MTP depth
Not disclosed
Additional future tokens predicted during pretraining (0 when the model was trained without MTP).
Normalization and stability
- Norm
RMSNorm
Source: model-card · README.md; Model Architecture
Core components of this architecture are: GQA, RoPE, MLP with SwiGLU, RMSNorm, and shared input/output embeddings.
Normalization layer type in the blocks.
- Norm placement
pre
Source: code · modeling_granite.py; GraniteDecoderLayer.forward
hidden_states = self.input_layernorm(hidden_states)
Pre-norm, post-norm, or sandwich (pre and post).
- Norm epsilon
1e-05
Source: config · /rms_norm_eps
Epsilon of the block normalization layers.
- Residual stream
branch outputs × 0.175 before the residual add (residual_multiplier)
Source: config · config.json; residual_multiplier
"residual_multiplier": 0.175,
modeling_granite.py: hidden_states = residual + hidden_states * self.residual_multiplier, after attention and after the MLP.
Residual design when it is not a plain sum, e.g. hyper-connections with n streams, gated residuals, depth-scaled residuals, FP32 residual accumulation.
- Embedding scaling
× 12 (embedding_multiplier)
Source: config · config.json; embedding_multiplier
"embedding_multiplier": 12.0,
modeling_granite.py: inputs_embeds = inputs_embeds * self.embedding_multiplier.
Scaling or normalization applied to input embeddings (e.g. × sqrt(d_model), RMSNorm after embedding).
- Output logit scaling
logits ÷ 16 (logits_scaling)
Source: config · config.json; logits_scaling
"logits_scaling": 16.0,
modeling_granite.py: logits = logits / self.config.logits_scaling.
Scaling applied to output logits other than a softcap (e.g. muP-style width multiplier).
Context length
- Pretraining context
4.096K tokens
Source: blog · Pre-Training; Phase 5: Long Context Training (LCE)
extends the context window from 4K to 512K
Sequence length of the main pretraining stage.
- Trained context
524.3K tokens
Source: model-card · README.md; Model Summary
long‑context extension is applied to expand the model’s context window to 512K tokens.
Longest sequence length trained on after context extension.
- Advertised context
524.3K tokens
Source: model-card · README.md; Model Summary
long‑context extension is applied to expand the model’s context window to 512K tokens.
Released config sets max_position_embeddings 131072 and no rope_scaling.
Longest context the publisher says the model supports, possibly beyond trained length via RoPE scaling.
- Extension method
Staged 4K → 32K → 128K → 512K (phase 5, 396B tokens); exponential LR decay from 1e-4 to 0; model merge after each stage
Source: blog · Pre-Training; Phase 5: Long Context Training (LCE)
The LCE phase uses an exponential learning rate schedule starting at 1e-4 and decaying to 0
32K and 128K stages reuse the phase-4 mix; the 512K stage uses 80% books + 20% code repositories (8B and 30B only).
How context was extended (stages, RoPE base change, YaRN factor).
Pretraining recipe
- Pretraining tokens
15T tokens
Source: model-card · README.md; Model Summary
The model is trained from scratch on approximately 15 trillion tokens using a five‑phase training strategy
Approximate; phases sum to 14.896T (10T + 2T + 2T + 0.5T + 396B).
Tokens seen in pretraining including annealing and context extension, as reported.
- Optimizer
Not disclosed
Optimizer used for the bulk of parameters.
- Peak LR
Not disclosed
Peak learning rate of the main pretraining stage.
- Final LR
0
Source: blog · Pre-Training; Phase 5: Long Context Training (LCE)
The LCE phase uses an exponential learning rate schedule starting at 1e-4 and decaying to 0
Phase 4 also decays linearly to zero before LCE.
Learning rate at the end of the decay.
- LR schedule
Warmup + power schedule (phases 1-2), exponential decay (phase 3), linear decay to zero (phase 4), exponential decay from 1e-4 to 0 (phase 5, long context)
Source: model-card · README.md; Training Data table
General mixture of training data, warmup, and power scheduler for learning rate.
Learning-rate schedule shape with phase boundaries.
- Warmup
Not disclosed
Warmup length in steps or tokens.
- Batch size
Not disclosed
Global batch size, including any batch-size ramp: sequences × sequence length (token total), or the token total alone when only that is stated.
- Weight decay
Not disclosed
Decoupled weight decay coefficient.
- Adam betas
Not disclosed
(beta1, beta2) of the Adam-family optimizer or its AdamW fallback.
- Grad clip
Not disclosed
Global gradient-norm clipping threshold.
- Training precision
Not disclosed
Matmul precision of pretraining (BF16, FP8 recipe, NVFP4 recipe) with the scaling granularity where disclosed. Never inferred from the released checkpoint dtype.
- Extra objectives
FIM with prefix and suffix tokens
Source: model-card · README.md; Model Summary
code completion through specialized prefix and suffix tokens
Objectives beyond next-token prediction and MTP (fill-in-the-middle rate, distillation, multimodal tokens from the start).
- Data mix
Phase 1: CommonCrawl ~59%, code ~20%, technical ~10.5%, math ~7%, multilingual ~2%, domain-specific ~1.5%. Later phases raise math/code and add synthetic, long-CoT and instruction data.
Source: blog · Pre-Training; Phase 1: General Pre-Training (10T tokens)
CommonCrawl ~59% — general web data
Pretraining data composition as disclosed (domain shares, synthetic fraction, repetition).
- Hardware
NVIDIA GB200 NVL72 cluster (CoreWeave)
Source: model-card · README.md; Infrastructure
We trained the Granite 4.1 Language Models utilizing an NVIDIA GB200 NVL72 cluster hosted in CoreWeave.
Accelerators used for pretraining, count and duration where stated.
- Accelerators
GB200
Source: model-card · README.md; Infrastructure
We trained the Granite 4.1 Language Models utilizing an NVIDIA GB200 NVL72 cluster hosted in CoreWeave.
The card gives the count only as "thousands of GPUs".
Accelerator count and type for the main pretraining run, as the count with thousands separators and the chip's short name ("2,048 H800", "2,048 GH200"). A stated range or bound stays as stated ("2,048–4,096 GH200").
- Checkpoint averaging
model merge after each long-context stage
Source: blog · Pre-Training; Phase 5: Long Context Training (LCE)
we do a model merge after each LCE stage
EMA or checkpoint merging applied to produce the released base weights.
- Stages
phase-1
- Tokens
- 10000000000000
Source: model-card · README.md; Model Summary and Training Data table
10 trillion tokens in phase one
General mixture; warmup and power LR schedule.
phase-2
- Tokens
- 2000000000000
Source: model-card · README.md; Model Summary and Training Data table
2 trillion tokens each in phases two and three
Higher code and math share; power LR schedule.
phase-3
- Tokens
- 2000000000000
Source: model-card · README.md; Model Summary and Training Data table
High quality training data, exponential decay of learning rate.
High-quality data; exponential LR decay.
phase-4
- Tokens
- 500000000000
Source: model-card · README.md; Model Summary and Training Data table
0.5 trillion tokens in phase four
High-quality data; linear LR decay to zero.
phase-5-long-context
- Tokens
- 396000000000
Source: model-card · README.md; Model Summary and Training Data table
Long Context Extension with exponential learning rate schedule.
Sub-stages at 32K, 128K and 512K; exponential LR decay from 1e-4 to 0. Tokens from the card's Training Data table (396B).
Source: model-card · README.md; Model Summary and Training Data table
Ordered pretraining stages. Each item: name, tokens, seq_len, lr, batch_tokens, batch_sequences, steps, note, quote, and source when it differs from the fact's source.
Scaling & HP transfer
- Tokens / param
519.647
Calculated: train.tokens / params.total
train.tokens divided by params.total.
- Tokens / active param (non-embedding)
527.154
Calculated: train.tokens / params.counted_active_non_embedding
train.tokens divided by params.counted_active_non_embedding, or by the stated params.active_non_embedding when there is no validated checkpoint count.
KV cache
- KV bytes / token
262,144 bytes
Calculated: kv.bytes_at_context / 131072 tokens; uniform BF16, payload only; quantization overhead excluded. Global KV: 64 × (2048 × 16/8) B/entry
Retained KV cache divided by context length, including bounded SWA caches and indexer keys. Exports use uniform BF16 at 131,072 tokens. The website can select uniform payload precision (no quantization overhead) or sourced component formats (including scales and documented padding). This is cache payload, not peak prefill memory or persistent prefix storage.
- Global KV bytes / token
262,144 bytes
Calculated: 262144 B / 1 tokens (Global KV); uniform BF16, payload only; quantization overhead excluded. Global KV: 64 × (2048 × 16/8) B/entry
Long-context global KV bytes per token, including indexer keys; excludes bounded SWA caches. Compression rates and cross-layer cache reuse are included. Exports use uniform BF16; the website's storage selector also applies here. This is the field to compare with global-KV figures in reports, using the matching storage recipe.
- KV bytes / token / B active
9,081 bytes
Calculated: kv.bytes_per_token (131072 tokens) / (params.active / 1e9); uniform BF16, payload only; quantization overhead excluded. Global KV: 64 × (2048 × 16/8) B/entry
kv.bytes_per_token divided by active parameters in billions (131,072 tokens in exports).
- KV at context / B active
1,190,329,853 bytes
Calculated: kv.bytes_at_context (131072 tokens) / (params.active / 1e9); uniform BF16, payload only; quantization overhead excluded. Global KV: 64 × (2048 × 16/8) B/entry
kv.bytes_at_context divided by active parameters in billions (131,072 tokens in exports).
- KV at context
34,359,738,368 bytes
Calculated: 262144 B × 131072 (Global KV); uniform BF16, payload only; quantization overhead excluded. Global KV: 64 × (2048 × 16/8) B/entry
Retained KV cache for one sequence at the selected context, including SWA windows and indexer keys. Exports use uniform BF16 at 131,072 tokens. Excludes recurrent state, compressor tail state, draft/MTP caches, temporary prefill tensors, allocator metadata and persistent prefix snapshots. Does not estimate peak prefill or total serving memory.
Evaluations
- AA Intelligence Index
7
Source: leaderboard · Artificial Analysis model page /models/granite-4-1-30b, Wayback snapshot 2026-10-19
Granite 4.1 30B scores 7 on the Artificial Analysis Intelligence Index
Score of Granite-4.1-30B, post-trained from this base. Variant: Granite 4.1 30B. Index v4.3.2.
Artificial Analysis Intelligence Index v4.3.2 of the post-trained model, from a dated Wayback snapshot of its Artificial Analysis page. The note names the variant (reasoning setting).