AI engineering and inferenceLoading progress…

Prefill

Trace a generation request through prefill and decode and distinguish latency, throughput and hardware bottlenecks.

Prefill: reading the whole prompt at once

The first model phase is prefill: the model processes all the prompt tokens and stores the keys and values it will need for generation. Because the whole prompt is known, many positions can be computed together on a GPU, which makes this phase good at using the hardware. A rough cost is 2 · N · P floating-point operations for N parameters and a prompt of P tokens.

"Together" does not mean "independently": attention is causal, so each position may only use itself and earlier ones. The parallel computation must give the same answer as going one position at a time.

parameters (billions)7prompt tokens1,000GPU utilisation of a 10¹⁴ FLOP/s peak0.5
FLOPs ≈ 2 · N · P = 2 · 7e9 · 1,000 = 1.40e+13 time ≈ 1.40e+13 / 5.0e+13 = 0.28 s (all prompt positions are processed together)
demo prompt length5

Blue = token (row) may use token (column). Work is done for all rows at once, but only the lower triangle is allowed: 15 pairs for 5 tokens. Parallelism must respect the causal rule.

Change the model and the prompt. The grid shows what each token may look at.

Predict first. Can every prompt position be processed independently of the causal computation rules?

Chapter context

An autoregressive model first processes a prompt, then generates tokens whose identities determine later steps. Prefill and decode often have different hardware behavior, so a single tokens-per-second number does not describe the whole request.

Chapter reference: math, worked example & code

This section belongs to the whole chapter, so it is the same on every lesson in it and may cover a different lesson's topic. The code for the experiment you just ran is inside the experiment itself.

Math and notation

For roughly steady output gaps:

Trequest≈TTFT+(nout−1) ITL.T_{request}\approx TTFT+(n_{out}-1)\,ITL.

For a simplified single-sequence dense weight scan, FLOPs≈2N and weight bytes≈Nb, giving arithmetic intensity≈2/b FLOPs per byte. This excludes activations, KV traffic and other work.

Worked example

A fictional request has TTFT=0.20 seconds and then emits four more tokens at 0.05-second intervals. Five outputs finish in 0.20+4×0.05=0.40 seconds. Steady decode rate is 1/0.05=20 tokens/second; total request output rate is 5/0.40=12.5 tokens/second. Both are valid measurements with different definitions.

Reference code

The following example uses the Python standard library and does not call a remote service.

from math import isclose
first,gap,count=.2,.05,5
elapsed=first+(count-1)*gap
assert isclose(elapsed,.4)
assert 1/gap == 20
assert isclose(count/elapsed,12.5)
assert 2/2 == 1

Python examples are provided for study and local execution; this page does not execute Python.

Common mistakes

An average latency hides tail behavior. Prefill/decode bottlenecks depend on batch and shapes, not only phase names. Compare metric definitions before comparing serving engines.