arXiv paper· ML systems (LLM inference serving)· empirical systems study

Calibrate, Then Route: A Measured Study of Learned Request Routing for Disaggregated LLM Serving

Srikanta Datta Tumkur, Jay Iyer, Mehar Simhadri, Sai Pavan Kumar, Sai Kapil Kumar, Ramesh Nampelly

cs.AI

Quick verdict

Credible hardware study: calibrated learned router tops goodput on 8 A40s (0.864 vs 0.835-0.847), but small scale, 3 traces, no significance tests.

Summary

The paper studies per-request placement in disaggregated LLM serving, where prefill and decode run on separate GPU pools. The authors build a router that scores each candidate prefill and decode instance by estimated marginal completion time using four admission-time features: exact prompt length, predicted output length, post-admission KV-cache pressure, and SLO class. The policy is developed in a discrete-event simulator but validated end to end on an eight-GPU A40 testbed running vLLM 0.12 with Qwen2.5-3B and NIXL KV transfer (2 prefill + 4 decode), with correctness gates and per-workload saturation search. On three mixed bursty traces the calibrated router attains the highest mean goodput (0.864 vs 0.835-0.847 for round-robin, least-loaded, and a length heuristic) and the lowest cross-trace variance, plus the lowest P99 TTFT (0.321 s). Fitting the cost constants to the hardware is worth 4.5 goodput points alone; simulator-derived constants (7.4x off) collapse the scorer into queue counting. The advantage grows with decode-pool width and traffic heterogeneity, vanishes at three decode instances, and inverts under extreme scarcity (0.292 vs round-robin's 0.680), where greedy argmin concentrates load; six GPUs match round-robin's seven (~14% savings). Predicted output length is the load-bearing feature; predictor noise up to 150% moves goodput only within trace noise. Limitations: a single 3B model, single node, three traces, hand-set score weights, no statistical significance testing, and an inert cache-pressure feature at the tested KV budget.

Review complete

Assessment at a glance

ML systems (LLM inference serving)

4

risk flags identified

● high 0

● medium 3

● low 1

Reproducibility readinessmedium
Code & data availablenot stated
Review confidencehigh
AI text signal0/20 passages flagged
Deep research viable

5 strengths · 5 weaknesses · 5 author questions

AI text signal = Binoculars zero-shot detector score over 20 sampled passages (Fast-DetectGPT co-reported) — absence does not prove human authorship, and a flag does not imply misconduct.

Levels reflect verification complexity — not a quality score. Evolve never rates your paper.

Key claims under review

  • On three mixed bursty traces over a real 8×A40 vLLM/NIXL disaggregated cluster (2 prefill + 4 decode), the calibrated marginal-cost router attains the highest mean goodput (0.864 vs 0.835–0.847 for round-robin, least-loaded, and a length heuristic) and the smallest cross-trace variance.
  • Calibrating the scorer's cost constants to the target hardware is worth 4.5 goodput points by itself; simulator-derived constants (τdec 7.4× too small) silently collapse the router into queue counting.
  • The router's advantage requires decode-pool width ≥4 and heterogeneous traffic, and it inverts under extreme scarcity (0.292 vs round-robin's 0.680 at 1 prefill + 2 decode).
  • Six calibrated-router GPUs match the goodput round-robin needs seven GPUs for (~14% provisioning saving).
  • A crude output-length estimate suffices: injected predictor error up to 150% moves goodput only within trace noise, with predicted output length the load-bearing ablation feature (−3.2 to −4.7 points).

Strengths

  • Real-hardware end-to-end validation with unusual protocol rigor

    §IV-B: correctness gates (exact token-count contract, bitwise greedy-output equivalence across decode GPUs, warmup of every cold NIXL prefill×decode pair), per-run prefix-cache resets motivated by an observed 20+ point spread from session ordering, and per-workload saturation search so all policies are compared under contention — most routing studies do none of these.

  • Exceptional candor about simulation failure

    §VI shows the simulator's constants were 7–13× off, its apparent skill was a serialization artifact, adding continuous batching fixed the physics (p99 TTFT from 1–63× overstated to 0.5–1.4×) but not the ranking, and the +4.5-point calibration effect does not reproduce in simulation at all — a self-critique rarely seen in learned-scheduling papers.

  • Measured failure regions, not only wins

  • The calibration result is mechanistically explained and portable

  • Feature attribution is measured, not asserted

Weaknesses

  • No statistical treatment of small margins

  • Baseline set excludes the competitive learned/adaptive systems it cites

  • Single small model, single node, one silicon

  • A quarter of the feature set is untested in its intended regime

  • Trace provenance and metric definition are under-specified; no artifact release

Full Review Report

$1.99 · one-time

Unlock the complete preliminary analysis Evolve produced for this paper.

Report preview

Scope & Claims

The paper attacks a narrow but real decision point in disaggregated LLM serving: given that prefill and decode already run on separate GPU pools (DistServe, Splitwise, Mooncake), which instance should each request go to? The authors propose a marginal-cost router that scores every candidate by estimated completion time from four admission-time features — exact prompt length, predicted output length, post-admission KV-cache pressure, and SLO class (§III: cost(d) = wb·backlog·σ(s) + ws·ô/τdec·(1+ρ·press+)·σ(s) + wq·queue). The claims are deliberately bounded: highest mean goodput and lowest variance on mixed traffic, a +4.5-point value from hardware calibration, predicted output length as the load-bearing feature, and two measured failure regions (narrow pools, extreme scarcity). This boundary-reporting posture is the paper's most distinctive feature.

The remaining sections cover Methodology Assessment, Statistical Evidence, Results & Reproducibility, Limitations & Risks, and Verdict & Recommendations.

  • All 5 strengths & 5 weaknesses, analyzed in detail
  • 4 risk flags with severity, section & reviewer questions
  • Methods & statistical evidence assessment
  • 5 questions a peer reviewer would ask
  • Full six-dimension evaluation report & recommendations

One-time purchase · this paper only

One-time purchase, this paper only. AI-generated preliminary analysis — not peer review.

Frequently asked questions

What does the learned router in this paper actually do?

At each request's admission it scores every candidate prefill and decode instance by the completion time the request would experience there, computed from four admission-time signals — exact prompt length, a predicted output length, post-admission KV-cache pressure, and the request's SLO class — then sends the request to the lowest-cost instance in each pool.

How much better is the learned router than round-robin or least-loaded?

On three mixed bursty traces on an 8-GPU A40 vLLM/NIXL cluster it reached mean goodput 0.864 versus 0.836 (round-robin) and 0.835 (least-loaded), with the lowest P99 TTFT (0.321 s), and it matched round-robin's goodput using six GPUs instead of seven (~14% fewer). Against the stronger length-threshold heuristic the margin is smaller: 0.864 vs 0.847.

When does the learned routing approach fail?

The paper measures two failure regions: decode pools of only three instances, where simple queue counts are nearly sufficient (tie at 0.816 vs 0.822), and extreme scarcity (1 prefill + 2 decode GPUs), where greedy cost minimization concentrates load on the momentarily cheapest instance and round-robin wins 0.680 vs 0.292. It also loses on homogeneous chat traffic (0.760 vs 0.855 for a length heuristic).

Is code or data available for this paper?

No repository or artifact release is stated in the provided text. The implementation is described in detail (vLLM 0.12, NixlConnector, 60k-token KV budgets, 50 ms metrics polling, a FastAPI router proxy, a five-minute hardware calibration benchmark), so the harness could be reimplemented, but the traces and fitted constants are cluster-specific.

About this review

This is an AI-generated preliminary review by Evolve.Pub, produced from the openly available text of the paper. It is not peer review and does not represent the authors' views. The canonical record of the paper is at the publisher link above.

  • The abstract in the extraction is truncated mid-sentence, but the body (§V-E) completes the scarcity finding it cuts off.
  • Figures 1–9 are present only as captions; underlying distributions (the Fig. 3 workload grid, Fig. 4 frontier, Fig. 8 ablation bars) cannot be analyzed from the text.
  • The exact goodput definition and the arrival-trace generation process are not present in the extracted text; judgments about trace provenance rely on what is stated.
  • Review is based solely on the provided text; no appendix or supplementary material was available.

Go deeper on this paper

Reproduce ResultsNot feasible for this paper — the core results cannot be re-derived by sandboxed code simulation.

Wrote a paper? Stress-test it before reviewers do.

Upload your manuscript for the same structured scrutiny — reasoning, statistics, evidence, figures, and reproducibility.

Scan your paper
Calibrate, Then Route: A Measured Study of Learned Request Routing for Disaggregated LLM Serving | Evolve.Pub