Philip Kiely & Ali Taha on why inference still ships 10x, not basis points
Baseten's Philip Kiely and Ali Taha open up the inference stack — cache-aware routing, error-canceling quantization, speculators, and cross-cluster race conditions — to argue inference is a young enough field to still win in multiples, and one that's collapsing into training to build models that optimize themselves.
Have You Sent Me This Query Before?
A modern inference stack's first question isn't which model to run but whether it can skip work it already did, so a long query flows through cache-aware routing, disaggregated prefill and decode, and a traffic-tuned speculator before a single new token is computed.
the first thing that I'm going to ask is, have you sent me this query before or at least part of it? Um, and I really hope you have because it's going to be a lot easier for me and a lot cheaper for you.
Make a Token, or Ship an API
Getting a brand-new open model to emit one plausible token is easy and mostly free from the open-source stack, but turning it into a service you can put SLAs behind means requantizing to NVFP4, training a speculator on the real weights, porting novel architecture, and patching failures users find in the wild.
there's a difference between support the model as in like I can make a token out of this model and support a model as in I have a production ready API from this model
Kimi Vision, GLM Weights, DeepSeek Attention
Because open weights ship as separable parts, the team bolted a frozen Kimi vision encoder onto frozen GLM weights — whose architecture already borrows DeepSeek's sparse attention — by training only a small projector between them, ending up with a model no single lab shipped.
all of a sudden you have Kimmy vision, GLM weights and DeepSeek attention all in one model
One Layer Screws Right, One Screws Left
Quantization is genuinely lossy, but the loss isn't monotonic: if you choose which layers to compress so their rounding errors point in opposite directions, they cancel, and a model that is more quantized can track the original's output distribution more faithfully than one that is less quantized.
it is possible that the model in which I quantize more information is going to perform better because the quantization errors have canceled out
20%, 100%, 200% — Not Basis Points
Inference is an unoptimized enough field that wins still come in multiples rather than fractions of a percent, and stacking a few roughly-2x optimizations — quantization, a speculator, disaggregation, better kernels — compounds a 30-40 tokens/sec baseline into hundreds.
We're trying to make things substantially faster, not just go from like 70 to 90
Less Dumb vs. Less Slow
Local and data-center inference are the same craft from opposite constraints: on a laptop you fight to fit the model at all, so the goal becomes making it less dumb, while in the data center you start from loading the model and the goal becomes making it less slow.
With local AI, it's how do I fit this model onto my hardware and then make it less dumb? And with data center inference, it's how do I load this model and then make it less slow.
Software, Weights, or Hardware?
The hardest serving bugs are nondeterministic and cross-layer: a model that collapses into repeating one token on one cluster runs clean on another because the second cluster's slower interconnect exposes a race condition in a kernel, so the same symptom can live in the software, the weights, or the hardware.
if you host it on a different cluster, you will. And the reason is the KV cache transfer from a node to node in that one cluster is using a slower interconnect than the node to node in another cluster.
The Model Writes Its Own Kernels
Training and inference are collapsing into one loop: the team plugs a strong coding model into their harness to profile the engine, find the bottleneck kernels, and write faster ones, so some of the GPU kernels serving that model in production were written by the model itself.
you are doing inference, learning from the inference