archdb

LLM architectures and pretraining recipes, with sources.

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

All models · Link to this model