ConceptioArchivearXiv CS
arXiv CSopen access

Beyond Prediction: Tail-Aware Scheduling for LLM Inference

Unknown · 2026 · arxiv_cs
arXiv CS · Papers · License: Open Access · 2026
Open Source ↗Direct PDF ↓
clouddistributedcomputingparallelcomputing
distributed computing, parallel computing, cloud

Beyond Prediction: Tail-Aware Scheduling for LLM Inference

Yueying Li 1 Yuanfan Chen * 1 Jiayang Chen * 1 Esha Choukse 2 Haoran Qiu 2 G. Edward Suh 3 4 Rodrigo Fonseca 2 Ziv Scully 5 Udit Gupta 4

arXiv:2606.18431v1 [cs.LG] 16 Jun 2026

Abstract

centile TTFT, TTLT and TBT (Li et al., 2025; Liu et al., 2024; Agrawal et al., 2025; Zhong et al., 2024)), making resource allocation and scheduling an important area to balance throughput and user experience (Duan et al., 2024; Sun et al., 2024; Luo et al., 2025; Zhang et al., 2025b).

LLM serving exhibits extreme length variability, making size-based scheduling difficult in practice. Recent LLM schedulers approximate SJF/SRPT using predicted decode lengths or rank and primarily report mean-centric metrics (e.g., TTFT/TBT). We show these prediction-driven policies can be fragile under distribution shifts, bursty arrivals, and GPU memory pressure, and still offer limited control over tail latency (P90–P99) that dominates user experience—even with perfect decode-length knowledge. We introduce a distribution-aware, prediction-free scheduling framework that replaces explicit length prediction with soft priority boosting driven by lightweight statistical signals. Our design co-optimizes scheduling with cacheaware preemption to account for memory-coupled decode dynamics that vary across workload mixes. Evaluated on production and open-sourced traces, our method achieves a P99 TTLT up to 35-50% lower than SRPT with perfect length prediction and a TTFT 34-47% lower across various workloads, including reasoning-heavy and chat-heavy tasks, demonstrating a robust alternative for taillatency optimization in online LLM serving.

Beyond global resource allocation like sharding, disaggregation, and routing (Chen et al., 2025; Shi et al., 2025; Patke et al., 2024), modern LLM local replica schedulers play an important role in balancing throughput and latency trade-offs by considering the right batch-size, priority, and eviction order (Agrawal et al., 2024a;b). Recently, more advanced scheduling systems in LLM often adopt predictionbased scheduling, motivated by classical results showing that Shortest Job First (SJF) or Shortest Remaining Processing Time (SRPT) minimize mean response time when job sizes are known (Qiu et al., 2024; Fu et al., 2024; Shahout et al., 2024; Srivatsa et al., 2024). They predict output length or the number of remaining tokens and approximate SJF/SRPT in practice. While effective at reducing average latency under accurate prediction, these methods are largely optimized for mean-centric metrics, and policies that optimize for the mean can exhibit poor tail latency behaviors (Nair et al., 2010; Nuyens et al., 2008; Wierman and Zwart, 2012). This challenge is amplified by the rise of reasoningaugmented LLMs, where generation may involve multi-step reasoning, self-reflection, tool invocation, or adaptive termination. As a result, decode lengths are highly variable. Two requests with identical prefill sizes may diverge by orders of magnitude in completion time, and the job-size distribution can shift rapidly across workloads and over time. This inherent unpredictability makes it difficult to design schedulers that rely on job size estimation or request ranking.

1. Introduction Large language models (LLMs) are increasingly deployed in interactive applications such as code generation, conversation, and agentic workloads. In these settings, user experience is governed not only by average performance but also by tail latencies (often defined as 95% or 99% per-

These observations raise a key question: do schedulers need predictions of job lengths or rankings to optimize tail latency? Rather than attempting to predict decoding length or ranking, we argue that scheduling should be guided by running statistics and optimized for the tail adaptively.

*

Equal contribution (co-second authors). 1 Cornell University, Computer Science Department, NY, USA 2 Microsoft Azure System Research, WA, USA 3 NVIDIA Corporation, CA, USA 4 Cornell University, Electrical and Computer Engineering Department, NY, USA 5 Cornell University, Operations Research and Information Engineering Department, NY, USA. Correspondence to: Yueying Li <[email protected]>.

Our approach is inspired by recent advances in tail-optimal scheduling theory, which studies how to reduce asymptotic tail waiting times (e.g., P95/P99). A key takeaway is that, instead of hard size-based ranking (e.g., SJF/SRPT), one

Proceedings of the 43 rd International Conference on Machine Learning, Seoul, South Korea. PMLR 306, 2026. Copyright 2026 by the author(s).

1

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

5000 10000 15000 20000 25000 Tokens per Request

1e 5

Prefill Tokens Decode Tokens

8 Decode Density

Prefill Density

17445 8790

16044

248 392

0

0.008

Prefill Tokens Decode Tokens

9173

CDF

Distribution of Tokens per Request

CDF of Tokens per Request

116

1.0 0.8 0.6 0.4 0.2 0.0

100

should use a policy that, roughly speaking, takes first-come first-served as a baseline and then applies soft, continuous priority shaping to improve tail performance. Specifically, each request receives a smoothly varying score, called its “boost”, that is computed from lightweight signals, and requests are served in order of increasing arrival time minus boost. Such “boosting” rules can provably suppress extreme delays under partial observability because they gently favor requests likely to dominate the tail without requiring accurate length prediction unless size information is available (Yu and Scully, 2024; Harlev et al., 2025; Charlet and Van Houdt, 2025; 2026; Brooker, 2022; Grosof et al., 2021).

0.006

6

0.004

4

0.002

2

0.000

101

102 103 Tokens per Request

0

104

(a) Prefill and decode token distribution for s1k workload (Muennighoff et al., 2025)

0.0

However, applying such policies directly to LLM serving is challenging. Unlike classical queues, LLM inference is stateful and memory-coupled: ongoing requests in decode phases accumulate large key–value (KV) caches, making preemption and eviction expensive (Zhang et al., 2025a; Kwon et al., 2023). Naı̈vely prioritizing requests without accounting for limited KV cache capacity and swapping cost can reduce queueing delay while increasing TTLT due to recomputation and cache thrashing.

101

102 103 Tokens per Request

104

Probability Density

352

115

0.2

6360

0.4

6515

0.6

Distribution of Tokens per Request 15640 16376

CDF of Tokens per Request Prefill Tokens Decode Tokens

108

CDF

0.8

228

1.0

Prefill Tokens Decode Tokens

0.008 0.006 0.004 0.002 0.000

101

102 103 Tokens per Request

104

(b) Mixture of reasoning and non-reasoning workloads of 10k samples in total used in evaluation (Microsoft Azure, 2024) Figure 1. Distribution of different requests, the four vertical lines show mean, median, P95, and P99, respectively. Prefills are generally light-tailed; for decode length distribution, (a) is light-tailed, while (b) is more heavy-tailed.

rank (LTR) scheduler that approximates SJF by predicting generation lengths, demonstrating improvements in mean and P90 TTFT and time-between-token latencies (Fu et al., 2024). Related approaches such as TRAIL (embeddingbased schedulers) similarly rely on learned predictors to estimate remaining execution tokens and guide preemptive scheduling decisions, with a threshold to help reduce preemption at a later phase (Shahout et al., 2024). Heuristic methods in SGLang and vLLM, such as Shortest Prefix First (SPF), avoid explicit output prediction by using the known prefill length as a proxy for the total job size but fail to maintain high throughput or low TTLT.

To address this gap, we propose a co-design of scheduling and eviction for online LLM serving. Our approach uses lightweight, observable signals (e.g., decoded token length, past request latency distribution) to drive a distributionaware boosting policy, while jointly managing KV-cache eviction so that prioritization decisions translate into real TTLT improvements. By coupling boost-based scheduling with eviction-aware execution control, we enhance vanilla boosting policies to remain effective under memory constraints and multi-phase execution. Importantly, this design optimizes TTLT holistically, balancing short requests and long requests, recomputation costs, and request localities rather than focusing on a single phase or metric.

Challenges in LLM Output Length Predictability. In Figure 2, we benchmarked the token-generation variance of the Qwen-2-7B and DeepSeek-R1-Distill Llama models across conversational (WildChat), code (BigCodeBench), and reasoning (S1K) datasets, finding that output variability is consistently high and task-dependent (excluding some systemcontext-limited output). Across the 2 models × 3 datasets × 3 randomly sampled prompts experimental matrix (Figure 2), we observed high Coefficient of Variation (CV) across reasoning or non-reasoning tasks. For conversational tasks (WildChat), both Qwen (CV ∈ [0.10, 0.35]) and DeepSeek (CV ∈ [0.22, 0.47]) exhibited consistently high natural variance. Code generation (BigCodeBench) showed moderate stability for Qwen (CV ∈ [0.10, 0.20]) but significantly higher instability for DeepSeek (CV ∈ [0.07, 0.46]). In contrast, reasoning tasks (S1K) triggered extreme behaviors: while some prompts led to variable thought processes, many were constrained by loopy behavior up to system constraints, deterministic refusal, resulting in lower variance (Qwen: CV ∈ [0.00, 0.19], DeepSeek: CV ∈ [0.00, 0.12]).

Empirically, we show that this co-designed approach achieves consistent improvements in tail TTLT and throughput (tokens/s) across heterogeneous workloads, even when predictor quality degrades (to trade off more scability and less overhead) or distribution shifts occur. These results suggest that distribution-aware, eviction-conscious scheduling provides a robust alternative to prediction-heavy SRPT approximations, better aligned with the realities of reasoningaugmented LLM serving.

2. Background and Motivation 2.1. LLM Generation Length Prediction Related Work: Size-Based Scheduling for LLM Serving. Motivated by classical results that SJF/SRPT minimize mean response time when job sizes are known, recent LLM serving systems adopt size-based prioritization using predicted output length. Fu et al. propose a learning-to2

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference WildChat

Qwen Tokens

4000

BigCodeBench

3000

8000

16000

2008; Nair et al., 2010; Wierman and Zwart, 2012). 2.2. Tail-Optimal Scheduling Policy

14000

6000

1000

DeepSeek Tokens

18000

7000

2000

S1K

9000

12000

Related Work: Tail-Optimal Scheduling in Queuing Theory. A rich body of queueing-theoretic work studies scheduling policies that optimize tail behavior of response times. For systems with heavy-tailed job sizes, highly preemptive policies with relatively simple priority rules, such as least-attained-service, are known to achieve favorable tail properties without requiring job size information (Nuyens et al., 2008; Scully et al., 2020; Scully and van Kreveld, 2025). The case of light-tailed job sizes, however, is more subtle: recent work shows that optimizing tail latency in light-tailed queues requires a “softer” priority rule. For instance, Yu and Scully (2024) propose a policy called γBoost that serves jobs in order of increasing “boosted arrival time”, which is a job’s arrival time minus a “boost” quantity that is larger for shorter jobs. The effect is that short jobs are given some priority, but not enough to overtage longer jobs that have been waiting much longer. Harlev et al. (2025) show that the same Boost design framework can be used for jobs with unknown sizes, too.

5000 11000

8000

1500

10000

6000

1000

9000

4000

500

8000

2000 P0

P1

P2

P3

P4

P5

P6

P7

P8

Figure 2. Output token across two models of the same randomly chosen set of prompts from three datasets, each prompt running 20 times on SGLang with sampling temperature 0.6 (Zhao et al., 2024; Zhuo et al., 2024; Muennighoff et al., 2025).

The high variance is consistent across all sampled requests and unconditional on the chosen positive temperature. Takeaway The significant output length variance observed across all tasks—driven by both natural stochasticity in the sampling process and numerical nondeterminism–makes predicting model output length fundamentally difficult, even when using the precise same prompt and model configuration (Yuan et al., 2025; He and Lab, 2025).

Our contribution is to implement a practical version of γBoost for LLM inference. However, applying tail-optimal policies for LLM serving faces additional challenges. Challenge #1: Need for Distribution-aware LLM Schedulers. We studied the distribution of traces in different LLM inference datasets (Fig. 1). To analyze scheduling taxonomies in a vLLM-style chunked-prefill, continuousbatching, decode-prioritized scheduler, we use various reordering policies both in simulation and in the system. We find that no single scheduler dominates, as the optimal strategy is highly sensitive to the job size distribution and arrival burstiness. The high variance in job length distribution makes the scheduling problem significantly harder: policies must strictly trade off between mitigating Head-ofLine (HoL) blocking (requires preemption of longer jobs) and preventing starvation (requires protecting long jobs), to optimize for SLO attainment ratio (defined later) or tail latencies while protecting the throughput. Fig 3 visualizes these trade-offs with colors denoting batch mixture.

Metric Mismatch: Mean vs. Tail-Optimality in LLM Serving. LLM serving is typically SLO-constrained: the sustainable load of a serving stack is set by whether it can keep tail latencies within budget under burstiness and heterogeneous request lengths (Kaffes et al., 2019; Yu et al., 2022; Zhong et al., 2024; Zhang et al., 2025a; Li et al., 2024; Patel et al., 2023; Goel et al., 2025). Accordingly, tail completion time—Time-To-Last-Token (TTLT) at P95/P99—directly captures user-perceived responsiveness for end-to-end tasks and often becomes the binding constraint in practice. In contrast, focusing on mean TTFT/TBT can be misleading. First, token-level means do not compose: small per-token slowdowns can accumulate over long generations, yielding acceptable mean TTFT/TBT but poor P95/P99 TTLT. Second, mean metrics hide distributional pathologies: policies that favor short or partially served requests can cause starvation or head-of-line blocking, inflating tail TTLT despite benign mean TTFT.

In Fig. 3 Left scenario, we demonstrate HoL blocking driven by job sizes. A long request A (Decode=8, Prefill=2) arrives at t = 0, delaying staggered short requests B, C, D, E (Decode=1-2, Prefill=2). FCFS performs poorly here with mean latency inflation, while SRPT/LAS preempt A. Conversely, the Right scenario (Chunk Size=3) shows how a different job size distribution can inversely harm tail latency. A burst of short jobs B, C, D (Decode=2, Prefill=3) arrives simultaneously or shortly after A. The strict preference for short jobs by SRPT/LAS (least-attained-service) causes starvation of A, inflating tail (max) latency, whereas FCFS

Despite this, tail metrics (e.g., P95/P99 TTFT/TTLT) are often under-reported in evaluations of size- or predictiondriven schedulers (Fu et al., 2024; Shahout et al., 2024). More fundamentally, mean-optimality does not imply tailrobustness: when response lengths are capped and some traces become closer to light-tailed (e.g., Fig. 8a), sizebased prioritization can be arbitrarily bad. In fact, PS and SRPT can achieve the worst possible sojourn-time decay rate (same as PLCFS) under mild conditions (Nuyens et al., 3

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference Table 1. Comparison of scheduling approaches for LLM inference. Size-based schedulers (e.g., SJF/SRPT) rely on prediction and primarily optimize mean latency, while tail-aware approaches better capture tail end-to-end latency (TTLT). Policy / Work

Heavytailed

Lighttailed

No Size Prediction

Preemption Overhead

Tail-Aware by Design

TTLT Evaluated

△ ✓ ✓ × △ × △

△ △ △ ✓ △ ✓ ✓

× × × ✓ ✓ ✓ ✓

× △ △ ✓ △ ✓ ✓

× × × × ✓ × ✓

× × ✓ △ △ △ ✓

Shortest Prefix First - SPF (feature in vLLM) Rank-prediction-based SJF (LTR) (Fu et al., 2024) Prediction-based SRPT (TRAIL) (Shahout et al., 2024) FCFS (vLLM) Skip-Join MLFQ / LAS (Wu et al., 2023) Boost / γ-Boost Our Work B

C

A

D

B

E

C

D

9.0 FCFS Ap, ApBp, AdBp, AdAd, BdCp, AdCp, AdAd, CdAd, CdDp, AdDp, DdEp, DdEp, Ed Ed Mean: Max: 13

FCFS Ap, Bp Cp,BdAd Cp,AdCp Ad,CdBd Dp,CdAd Dp,AdDp Ad, Dd Ad, Dd Ad

8.6 SRPT Ap, ApBp, AdBp, BdCp, AdCp, CdCd, AdDp, AdDp, DdDd, AdEp, AdEp, AdAd, Ed Ed Mean: Max: 13

SRPT Ap, Bp Cp,AdBd Cp,BdCp Dp,AdCd Dp,CdDp Dd, Ad Dd, Ad Ad

8.6 LAS Ap, ApBp, AdBp, BdCp, AdCp, CdCd, AdDp, AdDp, DdDd, AdEp, AdEp, EdEd, Ad Ad Mean: Max: 13

LAS Ap, Bp Cp,BdAd Cp,CdCp Ad,CdBd Dp,AdDp Dp,AdDd Dd, Ad Ad

Boost Mean: 8.6 ( =0.01) Ap, ApBp, AdBp, BdCp, AdCp, CdCd, AdDp, AdDp, DdDd, AdEp, AdEp, EdEd, Ad Ad Max: 13

Cp, Ad Cp, Cp Ad, Bd Dp, Dp Dp, Dd Boost ( =0.01) Ap, Bp Bd Cd Cd Ad Ad Dd, Ad Ad

Boost Mean: 9.0 ( =100) Ap, ApBp, AdBp, AdAd, BdCp, AdCp, AdAd, CdAd, CdDp, AdDp, DdEp, DdEp, Ed Ed Max: 13

Cp, Ad Cp, Cp Ad, Bd Dp, Ad Dp, Dp Boost ( =100) Ap, Bp Bd Ad Cd Cd Ad Ad, Dd Ad, Dd Ad

B

C

B

C

B

0

Arr C

2

4

E

D

C

Arr D

A

D

C

B

Arr A Arr B

D

E

A

D

B

E

A A

6

8

10

D

B,C

D

C

Ad

0

2

4

6

Ad

Ad

A Ad

Ad

A Ad

D

Arr A,B Arr C,D

12

Mean: 6.5 Max: 9

D

B,C

B

E

Arr E

Execution Steps (Batches)

C

8

Execution Steps (Batches)

Prefill Decode Mixed

A A

Mean: 6.5 Max: 11

Mean: 6.2 Max: 10 Mean: 6.2 Max: 10

Ad

A

Mean: 6.5 Max: 9 10

Figure 3. Scheduling Trade-offs and the Boost Scheduler. (Left) The Head-of-Line (HoL) Effect (FCFS weakness): When short jobs (B, C, D, E) arrive behind a long request (A), FCFS suffers from blocking, inflating Mean Latency (9.0). SRPT and LAS preempt A to service short jobs first, lowering the mean (8.6). (Right) Preemption Penalties (SRPT weakness): In bursty scenarios, strict prioritization by SRPT repeatedly preempts the long request (A), delaying its completion significantly. This harms tail latency compared to FCFS without improving Mean Latency. No Dominant Winner: FCFS fails on mean latency during convoys, while SRPT/LAS fail on tail latency during bursts. The Boost Scheduler smooths this trade-off by interpolating between these extremes using the γ parameter; high γ (100) mimics FCFS to protect the tail, while low γ (0.01) mimics LAS to optimize mean latency.

maintains better fairness. Across the two scenarios, we choose different values of γ in the Boost policy to interpolate between these extremes and improve tail latency.

max waiting time and trigger quantum promotions even when a request is not persistently starved, which may destabilize batching/KV locality and reduce overall throughput under load.

Takeaway

During decoding, requests accumulate large key–value (KV) caches that must be preserved across preemption, making late-stage interruption costly. Systems such as Sarathi-Serve and PagedAttention focus on improving throughput–latency tradeoffs and memory efficiency, but do not directly address tail-optimal scheduling under preemption overheads (Agrawal et al., 2024a; Kwon et al., 2023). While some prediction-based schedulers introduce heuristics to limit preemption, they do not fundamentally mitigate the brittleness of prediction-driven priority inversion under workload variability.

No single LLM scheduling policy dominates: the best policy depends on the job size distribution and arrival burstiness. Optimizing for tail latency and throughput requires scheduler to adaptively interpolate between two extremes, and balance HoLblocking mitigation (preempt long jobs) against starvation protection (guard long jobs).

Challenge #2: Need for Cost-aware LLM Schedulers. Another challenge for SRPT-style scheduling in LLM serving arises from KV-cache-coupled execution and fairness. First, SJF/SRPT may lead to starvation for long-running requests. Unlike previous fairness-promoting design (Sheng et al., 2024), which focuses on fairness between different clients, LTR proposes a max waiting time fairness metric to evaluate fairness at the per-request level to prevent starvation due to SJF (Fu et al., 2024). One limitation is that max waiting time is dominated by a single worst intertoken stall: transient batching/memory events can inflate

This Work: Bridging Queuing with LLM System Optimization. Unlike prior LLM schedulers based on SJF or SRPT (e.g. LTR and TRAIL (Shahout et al., 2024; Fu et al., 2024)), which primarily optimize mean end-to-end latency or mean TTFT and rely on decoding-size or length rank prediction, our approach explicitly targets tail-latency metrics, including high-percentile TTFT and TTLT. This distinction is fundamental: while SJF/SRPT are mean-optimal, they offer no guarantees on tail behavior, especially under 4

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

• Forced preemption: Due to limited GPU memory capacity MGPU , the active KV-cache memory consumption P i∈A(t) mi (t) is bounded. Preemption overhead is nonconstant across decoding phases. • Parallel batch processing: Multiple requests are served simultaneously with continuous batching and scheduling boundaries come at each chunk. The effective service rate will change, violating the M/G/1 assumption. • Mix of heavy-tailed and light-tailed distributions: Coding workload empirically exhibits heavy-tailed decoding length distribution, violating the conditions for tailoptimality in Boost.

bursty loads, diverse request input/output length distribution and continuous batching with memory constraints. Table 1 shows the key distinctions in our work w.r.t workload distribution (heavy-tailed, light-tailed), key assumptions (no size prediction) and the design (preemption-aware, tail-aware, TLLT-aware).

3. Formulation Notation. Consider a stochastic service system (LLM engine like SGLang or vLLM) with request arrival process {N (t), t ≥ 0} governed by rate λ. Let R denote the set of requests, where each request i ∈ R is characterized by a tuple (ai , Si , si ):

We therefore require a scheduler that is simultaneously (i) tail-aware and prediction-free, (ii) robust to workload/burstiness shifts, (iii) cache-/memory-aware under KVcapacity constraints, and (iv) low-overhead to implement in a production continuous-batching pipeline. Our design diagram is shown in Fig. 4.

• ai ∈ R+ : arrival time • Si ∈ R+ : intrinsic service requirement (prefill length known at arrival, decode length unknown) dec 2 • si = (spre i , si ) ∈ R+ : decomposed service phases, pre dec where Si = si + si

3.1. Phase 1: Prefill-Boosted Strawman D IST B OOST

Let Ci (π) denote the completion time of request i under policy π. The response time is Ti (π) = Ci (π) − ai .

Inspired by Sarathi’s chunked prefill, our strawman approach, D IST B OOST, treats the prefill and decode phases as disjoint scheduling problems.

Tail Optimization. LLM serving requires both minimizing the likelihood of extreme latency events (SLO violation rate) and tail latency at large quantiles (P99, P95 latency). We adopt the rigorous definition of Tail Optimality relative to the set of feasible policies Πblind that operate without exact job size information.

Formulation. Partition the request set into two queues: Qp (t) = {i : wi (t) < spre i } (prefill) and Qd (t) = {i : wi (t) ≥ spre } (decode). Define separate priority functions: i pre ϕpre i (t) = ai − bγ (si )

Definition 3.1 (Tail Optimality Constant). For a scheduling policy π ∈ Πblind , the optimality constant is defined as: Kπ =

sup

lim sup

π ∗ ∈Πblind

t→∞

P[Tπ > t] P[Tπ∗ > t]

dec ϕdec i (t) = ai



1 1 − e−γw

1. Decode batch: Select up to Bmax requests from Qd (t) ordered by ϕdec i (t): Bd (t) = {i∗1 , . . . , i∗k } where k = min(|Qd (t)|, Bmax ) (5) 2. Prefill piggyback: If k < Bmax , fill remaining slots with chunked prefill requests ordered by ϕpre i (t), where each prefill is chunked to size C tokens: X pre Bp (t) = arg min ϕi (t) (6)

 ,

γ>0

(4)

The scheduler operates in batched iterations with capacity Bmax . At each iteration, it selects:

The γ-Boost Priority Function. To achieve strong tail optimality for response latency distribution, we employ the generalized γ-Boost score function (Yu and Scully, 2024). For a request with attained service wi (t) at time t, define the boost function: 1 log γ

∀i ∈ Qd (t),

(3)

where adec i is the time request i enters the decode queue.

(1)

Our objective is to design a scheduling policy πboost that achieves a near-optimal tail constant for TTLT and TTFT metrics, ensuring asymptotic equivalence with the optimal blind policy even under stochastic decode lengths.

bγ (w) =

∀i ∈ Qp (t),

(2)

S⊆Qp (t) |S|≤Bmax −k i∈S

Each prefill request i ∈ Bp (t) processes at most C tokens per iteration, up to max-num-of-tokens per iteration. The final batch is B(t) = Bd (t) ∪ Bp (t).

The priority score assigned to request i at time t is: ϕi (t) = ai − bγ (wi (t)) Under appropriate conditions on the service distribution FS and arrival rate λ, the policy that schedules the request with minimum ϕi (t) achieves Kπ = 1 (Harlev et al., 2025), which is strongly-tail-optimal.

Limitations. The split-phase architecture can exhibit interqueue head-of-line (HOL) blocking. If the decode queue Qd (t) contains many long-running decode jobs, a burst of 5

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Figure 4. The four-phase design, and how it interacts with varying distributions with an asynchronous update to the γ parameter.

Boost Step: Quantization

2000 3000 Tokens Finished

Boost Value

100000 50000

4000

0

The scheduler recomputes Φ(i) only when ŵi changes (i.e., when wi crosses a threshold). Moreover, once a request is dispatched, it is non-evictable until it reaches the next threshold, ensuring a minimum quantum of useful service to amortize KV movement costs.

The scheduler selects i∗ = arg mini∈A(t) Φ(i, t), where A(t) = Qp (t) ∪ Qd (t) is the active set.

Implication: logarithmic preemption opportunities. Because thresholds grow geometrically, request i can trigger at most 1 + ⌊log2 (Si /k)⌋ priority-revision points before completion, yielding a logarithmic bound on the number of times it can be reconsidered for preemption as a function of its decode length Si . Fig. 5 shows an illustration with k = 256. For a 10k decode length, the number is at most 6 swap opportunities under k = 256.

Preemption Protocol. When a new high-priority request arrives (or an existing request’s priority changes), the system may preempt the currently executing request icurr if: (7)

where δhyst > 0 is a hysteresis parameter (detailed in Section 3.3). 3.3. Phase 3: Stability via M EM G UARD (KV-Aware Hysteresis)

3.4. Phase 4: Adaptive Parameter Estimation (γ-Ada) The optimal boost parameter γ ∗ in Equation 2 depends on the arrival rate λ, server utilization ρ, and the tail index of the job size distribution. A static or arbitrarily chosen γ under varying load and distribution leads to sub-optimal tail behavior.

Fine-grained priority updates (per-token or per-microbatch) can force frequent context switches when KV-cache capacity is tight. Each switch may evict and reload large KV state, or recomputation. This motivates discretizing when priorities may change to amortize KV movement costs.

Online Estimation. When the observed response time T exhibits a lighter tail, we estimate an effective exponential tail rate over the upper tail band [t95 , t99 ] by fitting a loglinear slope: ln F̄T (t) ≈ a − γeff t, t ∈ [t95 , t99 ], yielding

M EM G UARD: quantized priorities + minimum-run hysteresis. We introduce M EM G UARD, a KV-aware stabilization layer that reduces preemption frequency by discretizing when a request’s priority may change. Let wi be the attained decode work (decoded tokens) of request i, and let k be a granularity parameter (chosen to align with the KV block size). We define a geometric quantization:

γ̂t+1 = −

ln F̄T (t99 ) − ln F̄T (t95 ) t99 − t95

(9)

This γeff should be interpreted as a local tail-slope summary statistic. Here tp = inf{t : F̄T (t) ≤ (100 − p)/100} is the empirical p-th percentile latency.

(8) 6

1024

1000

2048

50000 1024

Boost Value

100000

Continuous ( =1.0e-0 Quantized ( =1.0e-04 Continuous ( =5.0e-0 Quantized ( =5.0e-05

150000

Figure 5. An illustration of MemGuard behavior on the boost function. While γ is controlled in the outer loop, the more tokens finished, the more ”staleness” we assign to that request’s hysteresis.

To overcome the challenge of cross-phase HoL caused by the Strawman approach, we unify Qp and Qd into a single priority space that allows preemption and promotion across phases. Define the effective work metric: w̃i (t) = max(wi (t), spre i ). The global priority for any request i at time t is: Φ(i, t) = ai − bγ (w̃i (t))

ŵi = k · 2⌊log2 (max{wi ,k}/k)⌋ ∈ {k, 2k, 4k, . . .}.

150000

Prefill

200000

Continuous ( =1.0e-04) Quantized ( =1.0e-04) Continuous ( =5.0e-05) Quantized ( =5.0e-05)

0

3.2. Phase 2: Unified Prioritization (U NI B OOST-BASE)

∃j ∈ A(t) : Φ(j, t) < Φ(icurr , t) − δhyst

Prefill = 256

200000

256 512

dec prefill requests with spre ij ≪ E[s ] may be delayed because the bandwidth is occupied by decode. Simple heuristics (e.g., promoting certain prefill requests) can reduce this effect, but adaptive, provably safe prioritization is hard to maintain under rapidly changing workloads without risking fairness or throughput degradation.

1000

20 Tokens

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Putting these together, we summarize U NI B OOST and its algorithm in Appendix Algo 1.

MLFQ (MLFQ+), is mean-optimal but not tail under the assumption of heavy-tailed distribution (Shahout et al., 2024).

4. Evaluation

4.1. Comparison Over Baseline Policies

Experimental Setups. We compare U NI B OOST against state-of-the-art baselines and ablate each design component. U NI B OOST achieves the best overall trade-off, reducing tail TTFT/TTLT by 37%−60% across various workloads while improving throughput by 1.01−1.12× under bursty load.

To quantify scheduler performance, Table 2 computes relative improvements compared to TRAIL+ (with perfect knowledge of decoding length) as the oracle baseline. The setup is using Llama-8B with a mixture of prompts of varying lengths, 70% from reasoning tasks and 30% from Azure traces. Percentage changes are computed as × 100%, throughput: value−baseline × latency: baseline−value baseline baseline 100%. Positive values indicate improvement over TRAIL+.

Testbed. The end-to-end evaluation testbed is a NVIDIAA100 DGX server with 8 NVIDIA A100 80GB GPUs, 96 vCPUs, and 248GB host memory. The backends are using paged-attention and chunk prefill by default. We disabled the radix cache and prefix caching to do a controlled study on the scheduler.

We observe from the table that while all schedulers exhibit some degradation in latency metrics compared to TRAIL+, U NI B OOST trades off some mean latency in this workload but demonstrates the most substantial gains across all major tail metrics, especially in P99 TTLT and TTFT. D ISTB OOST, the strawman version of our approach, also shows good improvements, particularly in P99 TTLT, but degrades in TTFT, the reason being that it prioritizes decoding queue over prefill. Sarathi shows decreases in all metrics, and SJF, while still improving over SRPT in TTLT tail, experience pronounced degradation because of its lack of preemption to reclaim KV memory for shorter requests, and its natural focus for heavy-tailed workloads. Overall, U NI B OOST stands out as the most effective scheduler in this comparison, delivering significant performance enhancements across the board, improving P99 TTLT around 35% and P95 TTFT around 97%, without sacrificing throughput.

Serving Models. We use a variety of model families including Llama-3-8B, CodeLlama-34B and QWen-72B. For QWen-72B we use TP=4 and CP=4. To stress memoryconstrained settings, we use CodeLlama-34B under TP=1. To stress dynamic load, we use Llama-3-8B with dynamic QPS scaled from Azure coding trace 9. All experiments use FP16/BF16 precision. Workloads. We evaluate using the Azure Conversation and ShareGPT (Team, 2023; Microsoft Azure, 2024) for conversation and s1k (Muennighoff et al., 2025) datasets for reasoning. Azure traces also include each request’s timestamp, which we scale to preserve the arrival bursty behavior. For workloads without timestamps, we evaluate with Poisson arrival with different QPS. We sample 10k requests for evaluation to reduce warm-up and tear-down impact. We also created two mixed-type workloads, when an LLM engine is receiving both reasoning and non-reasoning requests (mix-1 has 20% reasoning and mix-2 has 70% reasoning, the rest sampled from Azure function, or AZF traces).

4.2. Analysis and Robustness of Improvement Across Workloads Fig. 6 plots the percent slowdown of each baseline compared to U NI B OOST on a reasoning workload with QWen-72B. Three consistent patterns emerge.

Baselines. We compare with several state-of-the-art baselines: 1) Sarathi: Chunk-prefill, decode-prioritized continuous batching, with round-robin ordering in the decode and piggy-back prefills. This policy is integrated in the latest release of vLLM (v1) and SGLang (v0.5.8) for its favorable latency-throughput tradeoffs; 2) SJF (LTR+): LTR with perfect prediction. Improved SJF with LTR’s starvation prevention techniques using quantum control (Fu et al., 2024). 3) LAS (MLFQ+): least-attained service: this is a variant of non-clairvoyant Foreground-Background policy commonly used in operating systems, evolving from discrete MLFQ with finite levels to its idealized continuous form. However, its performance doesn’t have a guarantee in light-tailed distribution (Scully et al., 2018). 4) SRPT (TRAIL+): TRAIL with perfect prediction. Idealized version of SRPT with TRAIL’s swap-prevention threshold after 0.6 decoding length. This policy, like FastServe’s Skip-join

(1) TTFT is where most baselines lose first, and the loss accelerates in the upper tail. This behavior is consistent with a prefill admission pathology: when prefill is not explicitly protected, prefill work gets repeatedly delayed by decode-heavy microbatches, so any burst of long-running (reasoning) decodes increases the waiting time before a request can even start producing the first token. U NI B OOST avoids this by enforcing a distribution-aware priority that prevents prefill from being perpetually deferred by decode occupancy, which is especially important when reasoning requests create long decode residency times. (2) TTLT gaps come from different tail failure modes: instability under long decodes vs. convoying. In the middle panel, all baselines remain above 0% across percentiles, but they diverge sharply near the tail: LAS or SRPT-like 7

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference Table 2. Relative performance compared to TRAIL (baseline). Green indicates improvement, yellow indicates minor degradation (≤ 15%), orange indicates moderate degradation (≤ 50%), red indicates severe degradation (> 50%). End-to-End Latency

TTFT

TBT

Throughput

Scheduler

Mean

P95

P99

Mean

P95

P99

Mean

P95

P99

tok/s

TRAIL+ SJF Sarathi DistBoost UniBoost

+0.0% -11.1% -12.3% -14.0% -19.1%

+0.0% -12.5% -13.2% +6.0% +1.1%

+0.0% +11.2% -7.6% +37.1% +35.1%

+0.0% -74.6% -49.9% -22.8% +52.1%

+0.0% -70.5% -40.5% -35.0% +97.4%

+0.0% -9.7% -8.1% -3.4% +34.0%

+0.0% -5.2% -6.8% -14.1% -25.3%

+0.0% -7.1% -8.4% -10.2% -8.1%

+0.0% -6.3% -7.9% +18.3% +33.8%

+0.0% -7.9% -10.9% +1.1% +1.2%

Reasoning, QWen-72B, TP4-CP4, Poisson, Compared to UniBoost UniBoost

LAS

LTR

TRAIL+

140

120

120

120

100

100

100

80 60

TBT (%)

140

TTLT (%)

TTFT (%)

DistBoost

140

80 60

80 60

40

40

40

20

20

20

0

0 50

60

70

80

Percentile

90

0 50

60

70

80

Percentile

90

50

60

70

80

Percentile

90

 Figure 6. (Lower is Better) Each curve is a baseline’s per-percentile slowdown relative to U NI B OOST, 100%× Mπ (p)/MU NI B OOST (p)−1 , where Mπ (p) is the p-th percentile latency under policy π and p sweeps P50 to P99.9 (x-axis), shown for end-to-end latency (TTLT), timeto-first-token (TTFT), and time-between-tokens (TBT). Every policy uses continuous batching with chunked-prefill (chunk size=1024) under high (ρ = 0.99) system-attainable load. U NI B OOST demonstrates significant latency reduction at the tail.

4.3. Ablation of Each Design Phase

policy spikes dramatically in the high percentiles. This is a classic attained-service inversion under memory-coupled decoding: LAS prioritizes jobs with smaller attained service, so newly-arrived (or recently-unblocked) requests repeatedly jump ahead of partially-served long decoding requests. It creates more simultaneously active requests, increasing paging/eviction pressure and causing additional stalls. The result is a positive feedback loop: more interleaving → more KV pressure → longer residency → less throughput and more queuing → worse tail TTLT. U NI B OOST avoids this by smoothly interpolating between serving earlier arrivals and shorter jobs, reducing reshuffles and tail oscillations.

Fig. 7 sweeps QPS with Codellama-34B on 1 GPU. The load–latency curve exhibits a sharp knee: Among all the variants, D IST B OOST (purple) destabilizes first (0.24 QPS), with P90/P99 rising from hundreds of ms to seconds. Changing it to Phase-2 (blue) delays the knee and roughly halves P99 near 0.248 QPS. Adding M EM G UARD in Phase-3 (green) further suppresses KV-swap thrashing, cutting tails by another 1.5-2×. U NI B OOST (orange) performs best: at 0.255 QPS P99 remains sub-second while alternatives are multi-second. Overall, U NI B OOST shifts the knee right by 4–6% and reduces P90/P99/mean by up to 10× near saturation compared with baseline MLFQ+. These plots jointly illustrate the effectiveness on M EM G UARD and A DA mechanism, especially in protecting high-load latency. The exact timeline of γ change is shown in Appendix Fig. 9.

(3) TBT shows decode-prioritization alone is insufficient: mixing increases variance. In the right panel, D IST B OOST is uniformly slow, while LTR stays flat then degrades after ∼P70. Two mechanisms explain this phenomenon: (i) over-prioritizing decodes raises the number of concurrent decoders, increasing per-token contention that harms TBT broadly; (ii) thresholded/length-ranked switching (LTR) is brittle—once a load/mixture threshold is crossed it flips regimes, boosting mixing and heterogeneity and triggering tail blow-ups.

4.4. SLO Attainment Across Scales and Datasets For LLM service provider, the goal is to find the maximum SLO scale the system can tolerate while still achieving the attainment target (99% or 95%). For TTFT, CombinedBoost (U NI B OOST interchangeably) maintains highest attainment across the widest range of SLO scales. In contrast, SJF exhibits the lowest tolerance to stringent SLOs, with TTFT attainment degrading rapidly as the SLO tightens. On average, 2.9–8.7 × more stringent SLO can be achieved with U NI B OOST, with mixture-2 slightly showing larger gap due to its more dynamic nature. For TTLT, it is more interesting to note that although there is a general 1.7–4.3× gain in SLO

Takeaway. U NI B OOST remains near the Pareto frontier because it controls the prefill–decode balance in each iteration and the degree of interleaving with a single smooth control knob, which stabilizes both TTFT admission and tail TTLT/TBT under long reasoning decodes.

8

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

104

103

0.20

0.22

0.24

Achieved Load (QPS)

Mean Latency (ms)

UniBoost-w/o-Ada DistBoost P99 LatencyUniBoost-w/o-MemGuard&AdaMean Latency P99 Latency (ms)

P90 Latency (ms)

MLFQ+ P90 Latency UniBoost

104

103

0.26

0.20

0.22

0.24

Achieved Load (QPS)

0.26

104 103 102 0.20

0.22

0.24

Achieved Load (QPS)

0.26

SLO Attainment (%)

Figure 7. Design-phase ablation of U NI B OOST using load-latency curves. CodeLlama-34B is served with TP= 1 on a single NVIDIA A100 80GB GPU under a memory-constrained QPS sweep, so each curve isolates the contribution of one design phase: D IST B OOST (decode only), Phase-2 (unified priority), Phase-3 (+M EM G UARD cache-aware preemption), and the full U NI B OOST (+ γ-Ada adaptive estimation); the panels report mean, P90 and P99 tail latency as offered load increases. Each phase pushes the saturation knee to higher QPS and reduces KV-swap thrashing, with the full U NI B OOST reducing P90/P99/mean latency by up to 10× near saturation relative to the MLFQ+ baseline.

100.0 97.5 95.0 92.5 90.0 87.5 85.0

TTLT Attainment

TTFT Attainment

ing formal guarantees that capture preemption/eviction costs in modern LLM inference systems, and leveraging recent design insights on optimizing tail latency in heavy-tailed queues (Li et al., 2026) to better handle reasoning workloads with highly variable output lengths.

DistBoost CombinedBoost SJF TRAIL+

1

2

3

4

5

SLO Scale

1

2

3

4

5

(a) With chat+reasoning dataset mixture 2. SLO Attainment (%)

100.0 97.5 95.0 92.5 90.0 87.5 85.0

TTLT Attainment

TTFT Attainment

Acknowledgments Yueying Li and Edward Suh were supported by the NSF under grant CCF-2118709. Yueying Li acknowledges Anvil AI and GPU allocations through allocation CIS230253 from the Advanced Cyberinfrastructure Coordination Ecosystem: Services & Support (ACCESS) program, which is supported by U.S. National Science Foundation grants #2138259, #2138286, #2138307, #2137603, and #2138296. Udit Gupta was supported by NSF Grant CCF-232660 and CCF2326608, and acknowledges support from Google and Amazon. Ziv Scully was supported by the NSF under grant nos. CMMI-2307008 and CCF-2544452.

DistBoost CombinedBoost SJF TRAIL+

1

2

3

4

5

SLO Scale

1

2

3

4

5

(b) With reasoning dataset. Figure 8. (Larger is better) SLO attainment with different SLO scales. Note: Base SLO scale=1 is chosen with Sarathi’s P95 latency under 0.9 max load. X-axis is in reciprocal scale (SLO = Base/x).

threshold that can be achieved with 99% attainment, DistBoost does a little better, by trading off the TTFT attainment to prioritize decoding.

Impact Statement

5. Conclusion and Future Work

This paper presents work aimed at improving the efficiency of LLM inference. There are many potential societal consequences of increasing LLM efficiency, none of which we feel must be specifically highlighted here.

We presented U NI B OOST, a prediction-free, tail-aware scheduling framework for LLM serving that uses soft, continuous priority shaping and co-designs scheduling with KVcost–aware preemption to improve tail latency under diverse workloads. Inspired by theory, it shows superior performance on tail under heavy load, and even beats predictionbased policy with only a lightweight runtime statistic tracker. The implementation is simple to integrate into existing serving stack with continuous batching, p/d disaggregation or chunk-prefilled systems like vLLM and SGLang. The results are shown in Appendix §A.5.

References Amey Agrawal, Nitin Kedia, Anmol Agarwal, Jayashree Mohan, Nipun Kwatra, Souvik Kundu, Ramachandran Ramjee, and Alexey Tumanov. 2025. On Evaluating Performance of LLM Inference Serving Systems. arXiv:2507.09019 [cs.LG] https://arxiv.org/ abs/2507.09019

Future work includes extending U NI B OOST to multi-model and multi-replica deployments (joint routing + caching + scheduling), incorporating richer memory signals, develop-

Amey Agrawal, Nitin Kedia, Ashish Panwar, Jayashree 9

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Mohan, Nipun Kwatra, Bhargav S Gulavani, Alexey Tumanov, and Ramachandran Ramjee. 2024a. Taming throughput-latency tradeoff in llm inference with sarathiserve. arXiv preprint arXiv:2403.02310 (2024).

Amit Harlev, George Yu, and Ziv Scully. 2025. A Gittins policy for optimizing tail latency. Proceedings of the ACM on Measurement and Analysis of Computing Systems 9, 2 (2025), 1–40.

Amey Agrawal, Haoran Qiu, Junda Chen, Íñigo Goiri, Chaojie Zhang, Rayyan Shahid, Ramachandran Ramjee, Alexey Tumanov, and Esha Choukse. 2024b. No Request Left Behind: Tackling Heterogeneity in LongContext LLM Inference with Medha. arXiv preprint arXiv:2409.17264 (2024).

Horace He and Thinking Machines Lab. 2025. Defeating Nondeterminism in LLM Inference. Thinking Machines Lab: Connectionism (2025). doi:10.64434/tml. 20250910 https://thinkingmachines.ai/blog/defeatingnondeterminism-in-llm-inference/. Kostis Kaffes, Timothy Chong, Jack Tigar Humphries, David Mazires, Christos Kozyrakis, Adam Belay, and David Mazı̀ Eres. 2019. Shinjuku: Preemptive Scheduling for µsecond-scale Tail Latency Shinjuku: Preemptive Scheduling for µsecond-scale Tail Latency. https://www.usenix.org/conference/ nsdi19/presentation/kaffes

Marc Brooker. 2022. Give Your Tail a Nudge. https://brooker.co.za/blog/2022/10/ 21/nudge.html Marc’s Blog. Nils Charlet and Benny Van Houdt. 2025. γ-CounterBoost: Optimizing response time tails using job type information only. Performance Evaluation (2025), 102514.

Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph E. Gonzalez, Hao Zhang, and Ion Stoica. 2023. Efficient Memory Management for Large Language Model Serving with PagedAttention. In Proceedings of the ACM SIGOPS 29th Symposium on Operating Systems Principles. 611–626.

Nils Charlet and Benny Van Houdt. 2026. Tail Optimality and Performance Analysis of the Nudge*(M) Scheduling Algorithm. Operations Research (2026). Jinyuan Chen, Jiuchen Shi, Quan Chen, and Minyi Guo. 2025. Kairos: Low-latency Multi-Agent Serving with Shared LLMs and Excessive Loads in the Public Cloud. arXiv:2508.06948 [cs.DC] https://arxiv.org/ abs/2508.06948

Yueying Li, Jim Dai, and Tianyi Peng. 2025. Throughputoptimal scheduling algorithms for llm inference and ai agents. arXiv preprint arXiv:2504.07347 (2025). Yueying Li, Nikita Lazarev, David Koufaty, Tenny Yin, Andy Anderson, Zhiru Zhang, G Edward Suh, Kostis Kaffes, and Christina Delimitrou. 2024. Libpreemptible: Enabling fast, adaptive, and hardware-assisted user-space scheduling. In 2024 IEEE International Symposium on High-Performance Computer Architecture (HPCA). IEEE, 922–936.

Jiangfei Duan, Runyu Lu, Haojie Duanmu, Xiuhong Li, Xingcheng Zhang, Dahua Lin, Ion Stoica, and Hao Zhang. 2024. MuxServe: Flexible Spatial-Temporal Multiplexing for Multiple LLM Serving. In Proceedings of the 41st International Conference on Machine Learning (Proceedings of Machine Learning Research, Vol. 235), Ruslan Salakhutdinov, Zico Kolter, Katherine Heller, Adrian Weller, Nuria Oliver, Jonathan Scarlett, and Felix Berkenkamp (Eds.). PMLR, 11905– 11917. https://proceedings.mlr.press/ v235/duan24a.html

Zhouzi Li, Mor Harchol-Balter, and Alan Scheller-Wolf. 2026. SPLIT: SymPathy for Large jobs Improves Tail latency. arXiv preprint arXiv:2605.13749 (2026). Jiachen Liu, Zhiyu Wu, Jae-Won Chung, Fan Lai, Myungjin Lee, and Mosharaf Chowdhury. 2024. Andes: Defining and Enhancing Quality-of-Experience in LLM-Based Text Streaming Services. arXiv preprint arXiv:2404.16283 (2024).

Yichao Fu, Siqi Zhu, Runlong Su, Aurick Qiao, Ion Stoica, and Hao Zhang. 2024. Efficient llm scheduling by learning to rank. Advances in Neural Information Processing Systems 37 (2024), 59006–59029. Kanishk Goel, Jayashree Mohan, Nipun Kwatra, Ravi Shreyas Anupindi, and Ramachandran Ramjee. 2025. Niyama: Breaking the silos of llm inference serving. arXiv preprint arXiv:2503.22562 (2025).

Michael Luo, Xiaoxiang Shi, Colin Cai, Tianjun Zhang, Justin Wong, Yichuan Wang, Chi Wang, Yanping Huang, Zhifeng Chen, Joseph E Gonzalez, et al. 2025. Autellix: An efficient serving engine for llm agents as general programs. arXiv preprint arXiv:2502.13965 (2025).

Isaac Grosof, Kunhe Yang, Ziv Scully, and Mor HarcholBalter. 2021. Nudge: Stochastically improving upon FCFS. Proceedings of the ACM on Measurement and Analysis of Computing Systems 5, 2 (2021), 1–29.

Microsoft Azure. 2024. AzurePublicDataset: Microsoft Azure Traces (data directory). GitHub repository. https://github.com/Azure/ 10

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Ying Sheng, Shiyi Cao, Dacheng Li, Banghua Zhu, Zhuohan Li, Danyang Zhuo, Joseph E Gonzalez, and Ion Stoica. 2024. Fairness in serving large language models. In 18th USENIX Symposium on Operating Systems Design and Implementation (OSDI 24). 965–988.

AzurePublicDataset/tree/master/data Repository: Azure/AzurePublicDataset. Licenses include CC-BY-4.0 and MIT (code).. Niklas Muennighoff, Zitong Yang, Weijia Shi, Xiang Lisa Li, Li Fei-Fei, Hannaneh Hajishirzi, Luke Zettlemoyer, Percy Liang, Emmanuel Candès, and Tatsunori B Hashimoto. 2025. s1: Simple test-time scaling. In Proceedings of the 2025 Conference on Empirical Methods in Natural Language Processing. 20286–20332.

Xiaoxiang Shi, Colin Cai, Junjia Du, and Zhihao Jia. 2025. Nexus:Proactive Intra-GPU Disaggregation of Prefill and Decode in LLM Serving. arXiv:2507.06608 [cs.DC] https://arxiv.org/abs/2507.06608

Jayakrishnan Nair, Adam Wierman, and Bert Zwart. 2010. Scheduling for the tail: Robustness versus Optimality. In 2010 48th Annual Allerton Conference on Communication, Control, and Computing (Allerton). IEEE, 969–976.

Vikranth Srivatsa, Zijian He, Reyna Abhyankar, Dongming Li, and Yiying Zhang. 2024. Preble: Efficient distributed prompt scheduling for llm serving. arXiv preprint arXiv:2407.00023 (2024).

Misja Nuyens, Adam Wierman, and Bert Zwart. 2008. Preventing large sojourn times using SMART scheduling. Operations Research 56, 1 (2008), 88–101.

Biao Sun, Ziming Huang, Hanyu Zhao, Wencong Xiao, Xinyi Zhang, Yong Li, and Wei Lin. 2024. Llumnix: Dynamic Scheduling for Large Language Model Serving. In 18th USENIX Symposium on Operating Systems Design and Implementation (OSDI 24). USENIX Association, Santa Clara, CA, 173–191. https://www.usenix.org/conference/ osdi24/presentation/sun-biao

Pratyush Patel, Esha Choukse, Chaojie Zhang, Íñigo Goiri, Aashaka Shah, Saeed Maleki, and Ricardo Bianchini. 2023. Splitwise: Efficient generative llm inference using phase splitting. arXiv preprint arXiv:2311.18677 (2023). Archit Patke, Dhemath Reddy, Saurabh Jha, Haoran Qiu, Christian Pinto, Chandra Narayanaswami, Zbigniew Kalbarczyk, and Ravishankar Iyer. 2024. Queue management for slo-oriented large language model serving. In Proceedings of the 2024 ACM Symposium on Cloud Computing. 18–35.

ShareGPT Team. 2023. https://sharegpt.com/. Adam Wierman and Bert Zwart. 2012. Is tail-optimal scheduling possible? Operations research 60, 5 (2012), 1249–1257. Bingyang Wu, Yinmin Zhong, Zili Zhang, Gang Huang, Xuanzhe Liu, and Xin Jin. 2023. Fast distributed inference serving for large language models. arXiv preprint arXiv:2305.05920 (2023).

Haoran Qiu, Weichao Mao, Archit Patke, Shengkun Cui, Saurabh Jha, Chen Wang, Hubertus Franke, Zbigniew T Kalbarczyk, Tamer Başar, and Ravishankar K Iyer. 2024. Efficient interactive LLM serving with proxy model-based sequence length prediction. arXiv preprint arXiv:2404.08509 (2024).

George Yu, Amit Harlev, Reevu Adakroy, and Ziv Scully. 2025. A Tale of Two Traffics: Optimizing Tail Latency in the Light-Tailed M/G/k. Proceedings of the ACM on Measurement and Analysis of Computing Systems 9, 3 (2025), 1–40.

Ziv Scully, Mor Harchol-Balter, and Alan Scheller-Wolf. 2018. SOAP: One clean analysis of all age-based scheduling policies. Proceedings of the ACM on Measurement and Analysis of Computing Systems 2, 1 (2018), 1–30.

George Yu and Ziv Scully. 2024. Strongly tail-optimal scheduling in the light-tailed M/G/1. Proceedings of the ACM on Measurement and Analysis of Computing Systems 8, 2 (2024), 1–33.

Ziv Scully and Lucas van Kreveld. 2025. When Does the Gittins Policy Have Asymptotically Optimal Response Time Tail in the M/G/1? Operations Research 73, 3 (2025), 1412–1429.

Gyeong-In Yu, Joo Seong Jeong, Geon-Woo Kim, Soojeong Kim, and Byung-Gon Chun. 2022. Orca: A distributed serving system for {Transformer-Based} generative models. In 16th USENIX Symposium on Operating Systems Design and Implementation (OSDI 22). 521–538.

Ziv Scully, Lucas Van Kreveld, Onno Boxma, Jan-Pieter Dorsman, and Adam Wierman. 2020. Characterizing policies with optimal response time tails under heavytailed job sizes. Proceedings of the ACM on Measurement and Analysis of Computing Systems 4, 2 (2020), 1–33.

Jiayi Yuan, Hao Li, Xinheng Ding, Wenya Xie, Yu-Jhe Li, Wentian Zhao, Kun Wan, Jing Shi, Xia Hu, and Zirui Liu. 2025. Understanding and mitigating numerical sources of nondeterminism in llm inference. In The Thirty-ninth Annual Conference on Neural Information Processing Systems.

Rana Shahout, Eran Malach, Chunwei Liu, Weifan Jiang, Minlan Yu, and Michael Mitzenmacher. 2024. Don’t Stop Me Now: Embedding Based Scheduling for LLMs. arXiv preprint arXiv:2410.01035 (2024). 11

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Wenxin Zhang, Yueying Li, Ciamac C. Moallemi, and Tianyi Peng. 2025a. Tail-Optimized Caching for LLM Inference. In Advances in Neural Information Processing Systems (NeurIPS 2025). Poster.

and Scully (2024) shows that for size-based boost functions, this holds if the boost function b(s) is (weakly) decreasing and satisfies b(s) ≤ O(s−1 ) as s → 0. Below, we show that nearly the same result holds for attained-service-based boost functions. Lemma A.1. Consider a Boost policy in an M/G/1 queue that gives a job of attained service a boost at most b(a). Suppose b(a) is (weakly) decreasing and that there exists ϵ > 0 such that b(a) ≤ O(a−(1−ϵ) ) as a → 0. Then E[eγV ] < ∞.

Wei Zhang, Zhiyu Wu, Yi Mu, Banruo Liu, Myungjin Lee, and Fan Lai. 2025b. Tempo: Application-aware LLM Serving with Mixed SLO Requirements. arXiv preprint arXiv:2504.20068 (2025). Wenting Zhao, Xiang Ren, Jack Hessel, Claire Cardie, Yejin Choi, and Yuntian Deng. 2024. WildChat: 1M ChatGPT Interaction Logs in the Wild. arXiv:2405.01470 [cs.CL] https://arxiv.org/abs/2405.01470

Before giving the proof sketch, we note that the boost function precondition applies to UniBoost, because it assigns a job of attained service a a boost of at most

Yinmin Zhong, Shengyu Liu, Junda Chen, Jianbo Hu, Yibo Zhu, Xuanzhe Liu, Xin Jin, and Hao Zhang. 2024. DistServe: Disaggregating Prefill and Decoding for Goodputoptimized Large Language Model Serving. arXiv preprint arXiv:2401.09670 (2024).

 1 1 bγ 12 a = log ≤ O(log a−1 ) ≤ O(a−0.01 ). 1 γ 1 − e− 2 γa The assumption of an M/G/1 queue is admittedly limiting, but M/G/1 analysis of Boost policies is the state-of-the-art in queueing theory, so this type of result is the best one can hope for at the moment. We expect the argument to extend to the M/G/k, which is closer to a good model of LLM service with continuous batching. But much less is known about Boost in the M/G/k (Yu et al., 2025), so the argument would go beyond a simple extension of a known result, and it would not account for the idiosyncrasies of the parallelizable prefill phase.

Terry Kak Zhuo, Minh Duc Vu, Jenny Chim, Huong Giang Do, Uri Alon, Spyros Zoupanos, Loı̈c Barrault, A. Toby, Myers, and Colin Raffel. 2024. BigCodeBench: Benchmarking Code Generation with Diverse Function Calls and Complex Instructions. arXiv:2406.15877 [cs.SE] https://arxiv.org/abs/2406.15877

A. Appendix

Proof sketch. We assume without loss of generality that b(a) has an inverse b−1 (t) (as one can perturb the “flat parts” of b(a) to make it invertible). We start by following most of the proof of Lemma 3.5 of Yu and Scully (2024), but with one key change:

A.1. Algorithm details The full implementation of U NI B OOST and its helper functions (sketch) is shown below.

• In their setting of size-based boosts, a job of size s that arrives at time t contributes s 1(s < b−1 (t)) work towards V .

A.2. Theoretical guarantee of no starvation We adopt notation and terminology similar to that of Yu and Scully (2024). Consider any moment in time, which we will call time 0. The crossing work for time 0, denoted V , is, roughly, the amount of work that “boosts past time 0”. Specifically, V is the sum of, for each request A that arrives after time 0, the amount of processing time A receives during which it has boosted arrival time before time 0.

• But in our setting of attained-service-based boosts, a job of size s and attained service a that arrives at time t contributes min(s, b−1 (t)) work towards V . Applying Campbell’s and Tonelli’s theorems as in their proof thus yields, writing S for the size of a random arrival and λ for the arrival rate,  Z ∞   γV γ min(S,b−1 (t)) E[e ] = exp λ E e − 1 dt .

The reason V is relevant to starvation is that (a variant of) the argument in Section 3 of Yu and Scully (2024) implies, roughly speaking, that the worst-case scenario for any given request’s latency under Boost is to have the same latency as under FCFS, plus at most V . (See their Lemma 3.3 and eqs. (3.2–3.3), though these have additional terms that turn out to be negligible but obscure the aforementioned takeaway.) This means V bounds the worst-case degradation of Boost compared to FCFS, even for the largest jobs. Specifically, in order for V to not significantly degrade tail performance, we need E[eγV ] to be finite. Lemma 3.5 of Yu

0

From here, it is just a matter of simplifying the integral, which uses the precondition b(a) ≤ O(1/a1−ϵ ) and the known fact that E[eγS ] < ∞. This part is quite different from Yu and Scully’s proof, so we give the full computation:  Z ∞   −1 E[eγV ] = exp λ E eγ min(S,b (t)) − 1 dt 0

12

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Algorithm 1 U NI B OOST: Adaptive Tail-Aware Scheduling with M EM G UARD Require: KV capacity B, micro-batch cap M , chunk size c, bin size k, initial γ 1: Maintain two heaps: Qpre (prefill-ready), Qdec (decode-ready), keyed by priority π(·) 2: Maintain lightweight runtime stats S (e.g., recent tail quantiles) 3: while server is running do 4: γ ← U PDATE G AMMA(S) ▷ adaptive tail controller 5: for all active request r (waiting or running) do 6: sr ← S IGNAL(r, S) ▷ prediction-free size signal (phase-aware) 7: s̃r ← Q UANTIZE(sr , k) ▷ M EM G UARD: geometric bins 8: br ← B OOST(s̃r , γ) 9: π(r) ← ar − br ▷ ar = arrival time (or phase-entry time); smaller π served earlier 10: U PDATE K EY(r, π(r)) in the appropriate heap (Qpre or Qdec ) 11: end for 12: B ← ∅, U ← current KV usage 13: while |B| < M do 14: r ← arg min{T OP(Qpre ), T OP(Qdec )} ▷ unified ordering across phases 15: if r is None then 16: break 17: end if 18: ∆U ← KVN EED(r, c) ▷ KV needed for next prefill chunk or decode step 19: if U + ∆U ≤ B then 20: P OP(r) from its heap; add r to batch B; U ← U + ∆U 21: else 22: v ← S ELECT V ICTIM(running set, π, swap-cost) 23: S WAP O UT(v); U ← U − KVR ESIDENT(v) ▷ M EM G UARD ensures each r triggers ≤ 1 + ⌊log2 (Sr /k)⌋ priority updates/swaps 24: end if 25: end while 26: E XECUTE O NE S TEP(B, c) ▷ run prefill chunks + decode step; update KV + token counters 27: U PDATE S TATS(S, observed TTFT/TTLT/TBT) 28: end while  Z ∞ Z min(S,b−1 (t))  γu = exp λ E γe du dt 0

balancing policy.

0

 Z ∞ Z S  = exp λ E γeγu 1(u < b−1 (t)) du dt 0

0

 Z S Z ∞  = exp λ E γeγu 1(t < b(u)) dt du 0

Table 3. Short-request E2E latency (seconds).

UniBoost Sarathi SJF SRPT

0

 Z S  γu = exp λ E γe b(u) du

Mean

P50

P90

P95

P99

2.80 2.83 2.80 2.80

2.85 2.87 2.86 2.86

3.28 3.35 3.27 3.27

3.41 3.50 3.39 3.39

3.62 3.84 3.62 3.69

0

 Z 1  Z S γ γu We also counted the preemption time of longer requests to ≤ exp λ E γe b(u) du + γe b(1) du capture starvation statistics: 0 0   Z 1 ≤ exp λγeγ O(u−(1−ϵ) ) du + λ b(1) E[eγS − 1] Key Takeaways. For each scheduler, we fit a linear re0

gression of long-request E2E latency against request arrival order (Request ID). A scheduler exhibits starvation if laterarriving long requests experience systematically worse latency than earlier ones—i.e., the queue “remembers” and penalizes long requests over time.

< ∞. A.3. Starvation Experiment Workload. 90% short requests (∼125 prefill, 100 decode) + 10% long requests (2k prefill, 6k decode). Poisson arrivals at ρ ≈ 0.99. Llama-3-8B on 8 H100 with random load

1. Aligned with theory intuition: slopes are negligible 13

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference 1: function B OOST(x, γ)

▷ γ-boost (any soft boosting curve works)  return γ1 log 1−e1−γx 3: end function 4: function Q UANTIZE(s, k) ▷ geometric bins anchored at k 5: return k · 2⌊log2 (max{1,s/k})⌋ 6: end function 7: function S IGNAL(r, S) ▷ prediction-free, phase-aware 8: if r in prefill then 9: return prompt tokens (known) 10: else 11: return attained decode tokens 12: end if 13: end function 14: function U PDATE G AMMA(S) Require: recent E2E latency samples L (window), smoothing β, bounds [γmin , γmax ], ϵ 15: x̂95 ← Q UANTILE(L, 0.95); x̂99 ← Q UANTILE(L, 0.99) 16: ∆ ← max(x̂99 − x̂95 , ϵ) ▷ avoid instability if tail compresses 17: γ̂ ← (log(99) − log(95))/∆ 18: γ ← (1 − β) · γ + β · γ̂ ▷ EMA smoothing 19: return clip(γ, γmin , γmax ) 20: end function 2:

Table 4. Long-request E2E latency (seconds).

UniBoost Sarathi SJF SRPT

at arrival.

Mean

P90

P95

P99

Max

88.5 88.5 88.4 88.3

185.5 184.8 182.8 183.9

190.2 190.0 188.0 188.6

200.5 199.7 206.9 196.5

245.9 205.5 253.9 246.3

A.4. Hyperparameter Sensitivity UniBoost has three main hyperparameters; their roles are orthogonal: • Adaptive γ controls the fairness–responsiveness tradeoff (FCFS-like vs. short-job-first-like). We note that it is already self-tuned in our design (Section 3.4 and Figure 9), and the tuning frequency is adjusted with respect to the workload and arrival rate (by collecting sufficient samples). We observe stable performance across a broad range of starting values, provided we allow adaptive tuning in response to changes in workload distribution.

Table 5. Long-request preemption P99 (seconds).

P99 UniBoost Sarathi SJF SRPT

9.1 6.6 13.3 18.6

• Bin size k (Section 3.3) is the granularity that controls stability vs. agility in reprioritization; larger k causes less thrashing, especially under higher load, but may lead to longer residence and less agility for smaller requests to chime in (k=1 is just the vanilla boost). We chose a value of 256 due to the GPU’s internal tile structure (Table 6). This is orthogonal to chunk size of the scheduler as it only controls the memory backend stickiness.

(∼0.0003 s/req), confirming long-request latency does not grow with arrival order (Table 4). Under ρ < 1, no scheduler exhibits starvation—consistent with the three-term decomposition bound where crossing work Wjcross has exponentially decaying tails. 2. UniBoost matches baselines in fairness, excels in tail latency for shorter requests: UniBoost achieves comparable long-request E2E latency (Table 4) and preemption overhead (Table 5) to SRPT and SJF—schedulers that require knowing job sizes a priori—without any size oracle, while delivering competitive short-request tail latency (Table 3). This makes it practical for autoregressive LLM serving where decode length is unknown

• Hysteresis δ (Section 3.2) prevents pathological micropreemption. Empirically, we find that this works well under a broad range of values (Table 7), likely due to the k we already set. 14

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

We further provide sensitivity studies on these parameters in Tables 6 and 7.

With JSQ (join-shortest-queue) routing—which provides better load balancing per instance—the TBT and E2E improvements become more pronounced, confirming that UniBoost composes favorably with stronger global dispatch policies.

A.5. Interaction with other system optimization Prefix/Radix Caching Caching is outside the scope of this work, but UniBoost can be extended straightforwardly to include prefix caching. Caching primarily reduces effective prefill work. If a request has hi cached tokens, we simply replace the formula in effective work as  w̃i (t) = max wi (t), spre − hi , i

Scalability with Cluster Size To evaluate scalability, we use trace-replay methodology—standard in the systems community for emulating large clusters. Traces are downsampled with timestamps at the global router, and the resulting instance-level requests are replayed to emulate clusters of varying size with a random dispatcher. Table 10 reports the relative improvement of UniBoost over baseline vLLM (lower is better) on a mixed reasoning + chat workload. The gains remain consistent across scales from 32× to 512×, indicating that UniBoost’s per-instance benefits are largely independent of cluster size.

where wi (t) is the total number of tokens processed so far. Thus the UniBoost implementation and its validity remain unchanged; we only need to plug in the expected hit tokens (which is usually the sum of tokens from earlier turns for a multi-turn workload). Chunked Prefill and Continuous Batching Our design already adopts continuous batching and chunked prefill (Lines 341–345): prefill is treated as incremental service that contributes to the same unified signal w̃i (t). Each chunk advances the effective work and therefore updates priority consistently with decode. The chunk size is typically set based on the desired TBT/TPOT SLO, so we use 1024 for CodeLlama. We provide additional chunk values in Table 8 to demonstrate that our algorithm performs well across any SLO regime. Service with continuous batching is similar to the classical M/G/k model from queueing theory: there are k slots, and the jobs in each slot can be swapped in and out independently of each other. There is theory about the Boost policy for the M/G/k (Yu et al., 2025), but it is limited, especially for jobs with unknown or partially known sizes. What little theory exists suggests that the Boost policy framework is effective in the M/G/k, though the details of how to optimally assign boost amounts are are not fully known. Composability with Global Dispatch Policies Clusterlevel routers (e.g., load balancers, global schedulers) decide which instance a request is sent to; UniBoost decides how to schedule requests within that instance. When the routing policy is exogenous with respect to the GPUs’ states— which may not hold exactly for a load-aware policy but is a reasonable approximation when the number of servers is large—the per-instance scheduling guarantees of UniBoost carry over directly. Moreover, combining UniBoost with a stronger global policy can yield further SLO improvements in an iso-resource setting. Table 9 reports the relative improvement of UniBoost over the vLLM baseline (vLLM v1.0—Sarathi with chunkedprefill continuous batching) under three routing strategies on 64 H100 GPUs. 15

Beyond Prediction: Tail-Aware Scheduling for Large Language Model Inference

Request Arrival Rate 40 30

Gamma

Requests / sec

Adaptive Gamma Over Time

Requests

50

20 10 0

0

500

1000 1500 2000 2500 3000 3500 Time (s)

0.00022 0.00020 0.00018 0.00016 0.00014 0.00012 0.00010 0.00008 0.00006

Gamma

0

500

1000 1500 2000 2500 3000 3500 Time (s)

Figure 9. Bursty arrival in the Azure Function Traces and the corresponding γ changes across time (scaled). Table 6. Sensitivity to bin size k.

k

P99 E2E (ms)

P99 TTFT (ms)

P99 TBT (ms)

Mean TBT (ms)

Throughput (req/s)

8530 8512 8681 8465

392 390 403 450

112 115 128 137

55 54 54 53

3.94 3.95 3.93 3.90

64 tokens 256 tokens (default) 512 tokens 1024 tokens

Table 7. Sensitivity to hysteresis δ.

δ

P99 E2E (ms)

P99 TTFT (ms)

P99 TBT (ms)

Mean TBT (ms)

Throughput (req/s)

9500 8512 8561 8575

385 390 392 394

105 115 122 121

72 54 55 54

3.80 3.95 3.94 3.94

0 (none) 0.1 (default) 0.3 0.5 (aggressive)

Table 8. Sensitivity to chunk size. Values are relative change (%) vs. the FCFS baseline.

Chunk size 128 512 1024 2048

E2E

TTFT

TBT

tok/s

Mean

P95

P99

Mean

P95

P99

Mean

P95

P99

−17.8 −18.7 −19.1 −19.4

+2.4 +1.5 +1.1 +0.8

+38.6 +36.0 +35.1 +34.5

+12.3 +35.8 +52.1 +68.4

+18.5 +58.1 +97.4 +93.6

+8.2 +22.3 +34.0 +45.1

−22.1 −24.5 −25.3 −26.0

−5.9 −7.5 −8.1 −8.6

+36.4 +34.8 +33.8 +33.2

+0.6 +1.0 +1.2 +1.3

Table 9. Relative improvement of UniBoost over vLLM under different global schedulers (64× H100).

Global Scheduler

Scheduler

Avg E2E

P90 E2E

P99 E2E

Avg TBT

P90 TBT

P99 TBT

Random Round-robin JSQ

UniBoost UniBoost UniBoost

+2.1% +2.7% −23.0%

−3.7% −0.9% −17.2%

−13.9% −13.5% −23.5%

−68.8% −48.0% −73.5%

−17.0% +5.5% −52.6%

−69.5% −60.5% −77.5%

Table 10. Relative improvement of UniBoost over vLLM at different cluster scales.

Scale

Avg E2E

P99 E2E

Avg TTFT

P99 TTFT

32× 64× 128× 512×

−2.3% −2.8% −1.9% −0.4%

−13.9% −24.2% −12.7% −23.2%

+8.4% +3.6% +7.8% +1.2%

−8.7% −10.3% −11.9% −13.5%

16

Record · ID 287106 · SHA-256 2b6b71ca15709cc1
Retrieved via Conceptio — every document is proof-bundled with source, license, and retrieval metadata.