AI engineering and inferenceLoading progress…

Engine comparisons

Compare kernel, parallelism and disaggregated-serving choices using memory, communication and latency constraints.

Comparing serving engines fairly

Engines differ in kernels, scheduling, cache policy and supported features, so benchmark numbers are easy to misread. A fair comparison uses the same model at equivalent output quality, the same input and output lengths, the same concurrency and hardware, discards warm-up, states the cache settings, and judges every engine against the same latency objective.

p95 objective (s)1
enginetokens/sp95 latency (s)meets the objective?
A10000.8yes
B12001.5no
best among those meeting p95 ≤ 1 s: engine A

A fair comparison fixes the model and its quality, input and output lengths, concurrency, hardware, warm-up and cache policy. Two unlike traces cannot justify a direct ranking. Drop warm-up samples: for the samples 5, 5, 1, 1, 1, 1, 1, 1, 1, 1 the mean is 1.8 with warm-up and 1.0 without.

Engine B is faster in raw throughput. Move the objective.

Predict first. Can two unlike workload traces justify a direct engine ranking?

Chapter context

Scaling serving changes how work is placed and moved. An operation can be mathematically unchanged while its memory traffic changes dramatically. Device count alone does not describe the performance of the resulting system.

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 weight-traffic lower-bound estimate is

tstep≳Mread/BW.t_{step}\gtrsim M_{read}/BW.

This assumes the stated bytes really traverse the bottleneck bandwidth. KV transfer adds roughly bytes_to_move/network_bandwidth before protocol and synchronization overhead. Batching and caching can change the bytes per produced token.

Worked example

A fictional 14-GB dense weight scan across a sustained 700-GB/s memory path takes at least 14/700=0.02 seconds, giving a 50-step/s bandwidth ceiling under the one-scan-per-step assumption. Real execution includes other memory traffic and work. A 512-MiB KV transfer over 32 GiB/s has a payload-only lower bound of 1/64 second.

Reference code

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

from math import isclose
assert isclose(14/700,.02)
assert isclose(1/(14/700),50)
transfer=(512*1024**2)/(32*1024**3)
assert isclose(transfer,1/64)

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

Common mistakes

Peak device bandwidth is not guaranteed sustained application bandwidth. Exact attention can be computed with different memory layouts. Additional GPUs can add communication bottlenecks.