Interview reference

AI inference glossary

39 terms that come up in every interview about running AI models - what each one is, why it costs what it costs, and one worked example with the arithmetic shown. Written for developers who have shipped code but never served a model. When you are ready to be asked about them, the question banks turn these terms into practice.

Serving

KV cache

The model's running notes on text it has already read, kept so each new token reuses them.

Continuous batching

A scheduling style that admits a new request the moment an old one finishes.

Paged attention

KV cache memory managed in small blocks instead of one slab per request, the way an operating system pages RAM.

Prefix cache

A saved set of KV states for text that repeats across requests, usually a shared system prompt.

Token streaming

Partial output is sent to the client token by token as the model writes it, so the user starts reading seconds before the full reply exists.

Cold start

The stretch a newly started server spends loading weights and allocating cache before it can answer.

Replica autoscaling

Adding or removing identical inference servers based on a live signal such as queue depth.

SLO latency budget

The latency targets a service commits to, split per phase: time to first token, speed while reading, and the whole reply.

Model warm pool

Standby servers with the model already loaded, ready to admit traffic the moment a burst starts.

Time to first token

How long a caller waits before the reply's first word: queue wait plus the prefill pass over the prompt.

Request queueing

Requests line up when they arrive faster than the server admits them.

Backpressure

Signals from a saturated server that ask callers to slow down - bounded queues, admission limits, refusals - so overload surfaces early, not as wait times.

Tail latency

The wait the slowest requests get, read at p95 or p99.

Load balancing

Spreading requests across replicas so no card queues while another idles - and choosing what to balance for, because perfect balance can destroy cache locality.

Consistent hashing

Routing each request family to a card by hashing its key, so most families keep their card and their resident prefix even when the fleet grows or shrinks.

Idempotency

Designing requests so a retry cannot bill twice or answer twice, because a provider retry re-bills the whole request at full prompt and output price.

Fan-out

One user request that spawns many model calls at once, multiplying token volume and provider pressure.

Rate limiting

A counter at the gateway, often a token bucket, that refuses arrivals above a chosen share before they reach a card - where a refusal costs nothing at all.

Circuit breaker

A trip switch between your code and a misbehaving provider: past a failure threshold, calls fail fast and take a fallback rung instead of a dead wait each.

Caching layers

The stack of caches above a model - reply, prompt prefix, and gateway - where a hit at a higher layer costs less of the bill than any hit at the GPU layer.

Efficiency

Pricing

Model architecture

Ready to be asked about these?

The question banks turn this glossary into practice, with worked answers that use the numbers from these examples.