arXiv paper· machine learning systems (LLM inference serving)· method paper

Deadline-Aware Adaptive Prefill Chunking for Efficient Large Language Model Serving

Siyu Song, Qi Bai, Jinbo Hao, Kai Li, Chenchen Wang, Jiayu Sun

cs.CL

Quick verdict

SLOWeave sizes prefill chunks against decode deadlines; simple controller with strong goodput gains, but theory is thin and a key baseline is unreported.

Summary

The paper introduces SLOWeave, an online scheduler for LLM serving that adaptively chooses the prefill chunk size at each iteration: it admits the largest pending prefill chunk whose mixed prefill-decode iteration is predicted to finish before the earliest next-token deadline of active decode requests. The decision uses a monotone iteration-cost model (a profiled lookup table in the GPU runtime) searched in logarithmic time, with a prediction margin for safety. Under an accurate monotone cost model, the authors prove the choice is deadline-safe and maximizes immediate prefill progress (Proposition 1). Evaluation combines a dependency-free Python event-driven simulator with an iteration-level GPU runtime (8xA100 and 8xH100 nodes; 8B and 70B-TP8 models) across chat, mixed, long-context, and bursty workloads at TPOT targets of 10/25/50 ms. At 25 ms, SLOWeave improves goodput over the best fixed-chunk baseline by 39% on mixed and 38% on long-context traffic; at 10 ms the gains are 3.3x and 2.4x. GPU runs also show higher goodput and lower energy per valid request than the runtime default and fixed chunking. Limitations: Proposition 1 is essentially a direct consequence of the argmax definition; the Sarathi-style tuned baseline promised in Section 5.2 is not reported in Tables 2-3; no variance or confidence intervals are given for GPU measurements; and real cost non-monotonicities (kernel transitions, tensor-parallel communication, prefix-cache hits) are acknowledged but only partially addressed via P99 tables.

Review complete

Assessment at a glance

machine learning systems (LLM inference serving)

4

risk flags identified

● high 0

● medium 2

● low 2

Reproducibility readinesshigh
Code & data availableyes
Review confidencehigh
Deep research viableCode-reproducible

5 strengths · 5 weaknesses · 5 author questions

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

Key claims under review

  • Admitting the largest prefill chunk predicted to finish before the earliest active decode deadline is deadline-safe and maximizes immediate prefill progress when the monotone cost predictor is accurate (Proposition 1).
  • At a 25 ms TPOT objective, SLOWeave improves goodput over the strongest fixed-chunk baseline by 39% on mixed and 38% on long-context traffic in the simulator (Table 3).
  • At a 10 ms TPOT objective, goodput gains rise to 3.3x (mixed) and 2.4x (long-context) without per-workload retuning (Section 6.2, Table 4).
  • The controller integrates into an iteration-level GPU runtime with no kernel or KV-layout changes, improving goodput and joules per valid request over the runtime default and fixed chunking (Table 2).
  • At a relaxed 50 ms objective the controller recovers full-prefill behavior (60.5 vs 60.4 req/s on mixed), i.e., it interpolates between conservative chunking and full prefill rather than creating a separate regime.

Strengths

  • Clean, deployable formulation

    Equation 1 plus Algorithm 1 select the largest safe chunk via binary search over a monotone cost model in O(log Cmax); Table 1 shows integration needs only a scheduler hook and profiler, with no changes to kernels or KV layout.

  • Formal guarantee with an error-margin extension

    Proposition 1 (Section 3.3) proves deadline-safety and progress-maximality under an accurate monotone predictor, and Section 3.3 extends it to bounded prediction error via a margin delta with P99 residual tables — honest about its own preconditions.

  • Dual-tier evaluation with matched traces

  • Anti-gaming metric and sound aggregation

  • Honest boundary behavior

Weaknesses

  • Proposition 1 is trivial

  • Promised Sarathi-style baseline never reported

  • No dispersion for GPU measurements

  • Simulator is rigged in the method's favor

  • Overload mechanisms unquantified

Full Review Report

$1.99 · one-time

Unlock the complete preliminary analysis Evolve produced for this paper.

Report preview

Scope & Claims

SLOWeave (arXiv 2609.07883, cs.CL) targets the prefill chunk-sizing problem in iteration-level LLM serving. The thesis: a fixed chunk size is a static compromise between prefill efficiency and decode-latency SLOs, and an online controller that admits the largest chunk predicted to fit before the earliest active decode deadline removes workload-specific tuning entirely. Central claims, all testable against the reported tables: (1) deadline-safety and progress-maximality under an accurate monotone cost model (Proposition 1, Section 3.3); (2) goodput gains of 39% (mixed) and 38% (long-context) over the strongest fixed chunk at 25 ms TPOT (Table 3); (3) 3.3x and 2.4x gains at 10 ms (Table 4); (4) GPU integration with no kernel or KV-layout changes that improves goodput and joules per valid request (Table 2).

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 is SLOWeave?

SLOWeave is an online scheduling method for LLM serving that adaptively sets the prefill chunk size at every iteration. It admits the largest pending prefill chunk whose mixed prefill-decode iteration is predicted to complete before the earliest next-token deadline among active decode requests, using a monotone iteration-cost model, binary search, and a prediction-error margin.

How much better is SLOWeave than fixed chunked prefill?

Per the paper's simulator at a 25 ms time-per-output-token objective, goodput improves 39% on mixed workloads and 38% on long-context workloads versus the strongest fixed chunk size; at a stricter 10 ms objective the gains are 3.3x and 2.4x. On 8xA100 and 8xH100 GPU runs it also beats the runtime default and fixed chunking on goodput and energy per valid request.

Does SLOWeave need per-workload tuning?

No — that is its main selling point. The chunk size is computed from live scheduler state and the TPOT objective; per-request heterogeneous SLOs are handled via per-request deadlines (Section 3.5), and at a loose 50 ms objective the controller naturally converges to full-prompt prefill.

Is the code or data available?

The paper states that the simulator, cost parameters, workload generator, raw runs, and aggregation code accompany the paper. The extracted text contains no repository URL, so actual availability should be verified before relying on it.

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.

  • Figures 3, 4, and 5 appear in the extraction only as captions and axis labels; the plotted data points could not be read, so figure-level quantitative statements rely on captions, adjacent text, and Tables 2-4.

Go deeper on this paper

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
Deadline-Aware Adaptive Prefill Chunking for Efficient Large Language Model Serving | Evolve.Pub