For digital-native & consumer tech

Cold starts in seconds,
not minutes.

Inference is your fastest-growing line item, and warm replicas are the tax. Cedana makes cold start fast and predictable, bounded by VRAM bandwidth rather than model size, so warm pools shrink and autoscaling finally keeps up.
cold-start floor
<30s
single-GPU serving
8x GPU restore
<80s
distributed, model-parallel serving
faster cold start
up to 9.6×
Nous-Hermes 34B, leading inference platform
code changes
0
transparent under vLLM, SGLang, Triton
The workloads · served from a warm pool

The GPU runs behind your product, ranked by how many of you run them.

Each one keeps weights and a KV cache in GPU memory and is served from a warm pool today. Cold start is what forces that pool to sit idle.

DLRM · two-tower retrieval · deep ranking

Recommendations & feed ranking

The largest GPU inference workload at consumer scale: every feed, marketplace, and stream ranks candidates in real time, with hundreds of model variants in production.

the taxServed 24/7 under a hard p99 latency SLA. Warm pools sized for peak-of-peak sit idle off-peak, and you pay for them around the clock.
with cedana
  • Restore a warmed ranker in seconds, not minutes
  • Scale replicas to traffic instead of peak-of-peak
  • A failed replica restores without dropping the SLA
two-tower · retrievalscoring…
useritem·u · v
dot-product similarityANN over millions of items
gpu · 4× H100SXM5 · NVLink
util█████████████░░░82%
vram█████████████░░░66/80GB
The problem · why inference overpays

Six ways cold start inflates the bill.

01
WARM.TAX

The warm-replica tax

Pools sized for peak-of-peak sit idle most of the day. Industry-wide, idle warm replicas can be 20-80% of inference spend.

02
SIZE.SCALE

Cold start scales with model size

A 70B rollout costs more warm pool than a 13B at the same query volume. Every model upgrade compounds the tax.

03
AUTOSCALE.LAG

Autoscaling can't keep up

Minutes-long cold start means you cannot scale into a spike in time, so you overprovision instead of scaling.

04
DIURNAL.IDLE

Diurnal & event traffic idle

Traffic swings several-fold across the day and around events. A fixed warm pool pays for every trough.

05
BLAST.RADIUS

Failure blast radius

A failed replica drops in-flight requests and its KV cache. Recovery is a full cold reload, not a resume.

06
EVICT.2MIN

Spot & preemption risk

Cheap, burstable capacity evicts in about two minutes. Serving can't risk it without a fast restore.

Inference is now the dominant GPU workload: the training-to-inference ratio has flipped from roughly 70:30 to the reverse. The warm-pool tax is your fastest-growing cost line, not a rounding error.
Why cedana · what your platform gains

Pay for the traffic you serve, not the warm pool you hold.

Six benefits, each one earned by a specific piece of the architecture, not a slogan.

30s single GPU · 80s 8x GPU

Cold start to a hardware floor

cold start vs model sizebounded floor
nativecedana · 30-80s floormodel size →
30s / 80s floorVRAM bandwidth, not params
on-demand restore · reclaim idle replicas

Warm pools shrink to fit demand

warm pool · vs demandshrinking…
demandreclaimed idle
provision for averagescale for peak
predictable, bounded restore time

Autoscaling actually works on inference

replicas · track demandautoscaling…
demandreplicas
scale up in secondsno peak-of-peak floor
cold start bounded by bandwidth, not parameters

Model-size growth stops compounding

restore time · by modelbounded floor
13B30s70B405Bweights grow →
30s to 80s, never minutesgrowth stops compounding
coordinated checkpoint (NCCL/RDMA)

Distributed multi-GPU serving covered

8× H100 · coordinatedserving…
0102030405060708
model-parallel servingNCCL / RDMA coordinated
transparent at the OS level · no code change

Nothing changes for your serving stack

serving · unchangedtyping…
platform@serving : ~
0 code changesvLLM · SGLang · Triton
One architectural move sits under all six: transparent OS-level capture of the full workload state (CUDA context and KV cache), restored on demand. Cold start becomes a function of VRAM bandwidth, not model size, up to 9.6× faster on real models at a leading inference platform.
How it works · save → migrate → resume

Your render survives the GPU underneath it.

Cedana runs at the OS and kernel level and works transparently under vLLM, SGLang, and Triton, keeping every job moving across the GPUs underneath it.

GPU-A● runningvision · generatedenoiseutil82%vram51/80Gframe 108 / 1,800GPU-B○ healthy · standbyvision · generateutil0%vram0/80Gstandby↳ live migration · the render never restarts
01

Running

A generation job lives in GPU memory.

02

Save

Cedana snapshots full GPU state, below the app.

03

Migrate

A fault or spot eviction triggers a live migration.

04

Resume

It resumes at the same frame. Nothing lost.

A 30-second floor on a single GPU, 80 seconds on eight. Your serving team never writes checkpoint code.

Runs on your stack · your serving framework, your scheduler

Drops in where your inference already runs.

Nvidia DynamovLLMSGLangTritonKubernetesRayAWSGoogle CloudNvidia DynamovLLMSGLangTritonKubernetesRayAWSGoogle Cloud
FAQ · what platform teams ask

Questions we hear first.

01We've built our own warm-pool optimization. Why Cedana?
Most platforms have. None scales across the model catalog as model sizes grow. Cedana captures at the OS level, not the application or model layer, so the whole catalog is covered and your team stops maintaining caching code.
02What's the steady-state overhead during inference?
Low single-digit percent on representative workloads. We show live overhead on the call.
03Will it work with our autoscaler and orchestrator?
Yes. Cedana works with Slurm, Kubernetes, Kueue, Ray, Armada, and Nvidia Dynamo. Cedana plus Dynamo is the marketed product form factor for inference at scale. See the docs →
04How does it handle our serving framework (vLLM, SGLang, Triton)?
Cedana captures at the OS level, so the serving framework is irrelevant to the checkpoint layer. We show resume across vLLM and SGLang on the call.
05What about compliance and data handling at our scale?
Cedana operates on GPU memory state inside your existing security boundary. It is SOC 2 compliant, ships on-premise, and supports fully air-gapped deployments.
06Does it handle distributed multi-GPU inference?
Yes. Distributed multi-GPU coordinated checkpoint is the differentiating capability. We show an 8-GPU model-parallel job restored as one unit on the call.
~ / cedana / deploy ready

Command your
compute.

Your compute, liquid — checkpoint, migrate, and resume live GPU jobs across the fleet.

deployK8s helm chart · SLURM plug-in
first migration<30 min
code changes0
workloadstraining · inference · HPC
01
AWS
02
Google Cloud
03
NVIDIA
04
K8s
05
SLURM
06
Nvidia Dynamo