★
Menu
Accueil Comment c'est construit Watchlist La pile
Matériel PucesComparer les puces Serveurs & systèmesRéseau MémoireFonderies & Packaging Refroidissement
Infrastructures Data centersAlimentation ProjetsCloud et calcul GPU
Intelligence Modèles IALogiciels Produits IABenchmarks Articles de rechercheJeux de données Concepts
Écosystème EntreprisesActions PersonnesChronologie TendancesAvenir de l'IA
Formation Actualités Interroger les données Agents IA
À propos À propos de nous Méthodologie Données & API Avertissement
Options
DONNÉES & API

Accès JSON gratuit en lecture seule aux données en cache du site.

Mode sombre

Vue guidée
Nouveau dans l'univers des puces, des data centers et du jargon des modèles ? Nous expliquons les termes clés au fil de votre navigation, en langage clair. Les mêmes données, avec l'aide intégrée.

Vue expert
Vous connaissez déjà le sujet. Juste les données : claires, rapides et concises, sans explications superflues. Il s'agit de la vue par défaut.

Langue de l'interface
‹ Retour
Lecture rapide 6 min de lecture · ← Tous les articles explicatifs

Between your Enter key and the first word back, a small factory runs. Serving engineers call the two phases prefill and decode, and the distinction organizes the entire inference industry.

Prefill: read everything at once

The model ingests your whole prompt in parallel — one big matrix pass, compute-bound, the GPU briefly saturated. Long contexts make this expensive: a 100K-token prompt is real work before any answer exists (hence prefill-specialist hardware like Rubin CPX). Prefill produces the first token and, as a by-product, the KV cache — stored attention state for every prompt token.

Decode: one token at a time

Generation is sequential: predict a token, append, repeat. Each step must stream the model's active weights from HBM, so decode is memory-bandwidth-bound — the GPU's compute units mostly wait. This is why bandwidth headlines every spec sheet and why the KV cache matters: it grows with context length and batch size until memory, not compute, caps how many users a GPU serves.

The tricks that make it affordable

Continuous batching — dozens of conversations share each weight-streaming pass (vLLM's PagedAttention made the memory bookkeeping efficient; SGLang adds prefix reuse). Quantization — FP8/FP4 weights halve and re-halve the bytes per token. Speculative decoding — a small draft model guesses several tokens, the big model verifies in one pass. Disaggregation — separate prefill and decode fleets (NVIDIA Dynamo, DeepSeek's serving stack) so each phase gets the hardware it wants. Together these took open-model serving costs down orders of magnitude in three years.

Reasoning changed the bill

Thinking models generate thousands of hidden tokens before answering — decode-heavy, cache-hungry, exactly the expensive phase. The 'age of inference' buildout (Ironwood, B300's 288 GB, the memory arms race) is downstream of this one product decision: models that think.

Plus dans Modèles & logiciels

How a Frontier Model Gets Trained Lire → The CUDA Moat, Explained Lire → Open vs Closed: The War Over Weights Lire → Reasoning Models and the Test-Time Era Lire →