AI engineering and inferenceLoading progress…

Reusable prefixes

Identify reusable prompt prefixes, calculate saved prefill work and distinguish token savings from hit rates.

Only an exact beginning can be reused

Many prompts start with the same material: a system prompt, a shared document, a long conversation so far. The cached keys and values of that part are identical across requests, so the server can reuse them and skip that prefill work. The condition is strict: the tokenized beginning must be identical, including template markers and anything else that affects the computation. A token's cached state depends on everything before it, so a match in the middle or at the end is useless.

12349
12379
cache block size2
identical start: 3 tokens (green) → reusable in whole blocks of 2: 2 tokens Only the beginning can be reused: the cached state of a token depends on everything before it.

Compare the exact token ids, including template markers: text that looks the same can tokenize differently, and the same question at the end of two different prompts reuses nothing.

Edit the two token lists. Green is the reusable beginning.

Predict first. Can two prompts share cache only because they end with the same question?

Chapter context

Prefix caching reuses compatible KV state for a repeated beginning of a prompt. A repeated suffix alone is not enough, because causal hidden states depend on the preceding context.

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

A simple saved-token estimate is

S=H P,S=H\,P,

where H is the number of hits reusing P prefix tokens. If all R requests contain P prefix and U unique tokens, the baseline prompt work is R(P+U)R(P+U) and the nominal fraction saved is HP/[R(P+U)]HP/[R(P+U)]. This models token work, not directly wall-clock speed.

Worked example

One hundred requests each contain a 500-token common prefix and a 300-token unique suffix. Eighty hits reuse the entire prefix. Saved prefill tokens are 80×500=40,000 out of 100×800=80,000 baseline tokens: 50% token work saved despite an 80% request hit rate. Cache lookup and new-output generation still take work.

Reference code

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

requests,hits,prefix,unique=100,80,500,300
saved=hits*prefix
baseline=requests*(prefix+unique)
assert saved == 40000 and baseline == 80000
assert saved/baseline == .5
assert hits/requests == .8

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

Common mistakes

Textual similarity is not cache identity. A common suffix is not a common causal prefix. Hit rates need definitions and do not directly translate into end-to-end speedups.