Writing from the
cedana team.
insights from the team.
Field reports, engineering deep-dives, and benchmarks from the Cedana team.

How to choose a GPU for LLM inference
Build an inference GPU shortlist using your traffic, memory needs, precision, latency, interconnect and rack cost, then measure startup and recovery on your path.
read →
What roofline analysis cannot see: the costs outside the steady state
Add startup, recovery and movement time to your inference measurements. Understand what steady-state roofline analysis explains and which fleet costs sit outside it.
read →
Sliding windows, state space, and the cost of remembering
Examine how attention layouts bound session memory, distinguish windowing from cache compression, and identify what one published configuration can establish.
read →
The accuracy budget is part of the performance budget
Evaluate weight, KV-cache and expert-math precision changes against task quality, latency, throughput and memory on the same workload before changing production.
read →
What an SGLang serve command commits your deployment to
Read SGLang presets as coupled choices about latency, throughput, memory and parallelism. Understand the tradeoffs and keep example values tied to their version.
read →
Why more GPU is not a performance plan
Use compute, memory bandwidth, capacity and interconnect readings to diagnose inference limits before buying more GPUs. Separate busy hardware from useful output.
read →
Out of bandwidth or out of capacity: memory pressure and the quantization levers
Distinguish slow token generation from a KV cache that cannot admit more work. Match weight or cache quantization to the limit and test the resulting quality.
read →
Long context changes the economics of a fast first token
Size long-context serving around first-token latency, cache residency and concurrency. Track prefix misses and tail latency instead of relying on a median alone.
read →
The two ceilings: why the ridge point is the GPU number that matters
Calculate a GPU's ridge point from dense compute and memory bandwidth. Compare H100, H200 and B200 on a consistent basis before diagnosing your workload.
read →
One model, two workloads: prefill, decode, and why disaggregation exists
Understand prefill and decode resource needs, the KV-cache transfer cost of separating them, and how your traffic changes the right balance between serving pools.
read →
MoE serving is a network problem, and more GPUs will not fix it
Diagnose compute, memory and interconnect limits in MoE inference. See why activated parameter counts and extra GPUs cannot replace communication measurements.
read →
The fleet's real yield metric is tokens per gigabyte of VRAM
Measure delivered tokens against installed VRAM. See how memory bandwidth, warm replicas, failures and stranded GPUs affect the output of an inference fleet.
read →Showing 12 of 22 posts