Multi-agent applications often execute complex tasks as multi-stage workflows, where each stage is an LLM call whose output becomes part of context for subsequent steps. Existing LLM serving systems largely assume homogeneous clusters with identical model replicas. This design overlooks the potential of heterogeneous deployments, where models of different sizes and capabilities enable finer trade-offs between latency and performance. However, heterogeneity introduces new challenges in scheduling across models with diverse throughput and performance. We present Chimera, a predictive scheduling system for multi-agent workflow serving on heterogeneous LLM clusters that jointly improves end-to-end latency and task performance. Chimera applies semantic routing to estimate per-model confidence scores for each request, predicts the total remaining output length of the workflow, and estimates per-model congestion using in-flight predicted token volumes for load balancing. We evaluate Chimera on representative agentic workflows for code generation and math reasoning using multiple heterogeneous LLM configurations. Across comparable settings, Chimera traces the best latency-performance frontier, reducing end-to-end latency by 1.2--2.4× and improving task performance by 8.0-9.5 percentage points on average over competitive baselines including vLLM.
Figures & tables
Figure 1: LLMs differ in latency and performance, and model choice directly affects queue congestion under load. Online serving over mixed LLMs requires a co-design of model routing, queue managing, and load balancing. How can we schedule multi-agent workflows to balance low latency and high performance?
Figure 2: Chimera system overview. Chimera is a middleware layer that sits between multi-agent applications and a pool of inference engines hosting heterogeneous LLMs of varying sizes and families. For each incoming request, Chimera (i) predicts the confidence score for each candidate model ( Semantic Router ), (ii) predicts the total number of output tokens ( Length Predictor ), and (iii) tracks per-engine in-flight work ( Activity Monitor ). It then combines these information to choose an engine and enqueue the request ( Load Balancer ). Each backend engine executes requests from their local priority queues.
Figure 3: Average queue time for serving multi-agentic workflows with single Qwen models. Prioritization based on Shortest Total Job First (STJF) reduces the most amount of queue time, comparing to First-Come First-Served (FCFS) and Shortest Job First (SJF).
Figure 4: Total output length distributions for APPS and MATH. We observe that different models exhibit different total output length distributions with large standard deviations.
Figure 5: Latency vs. performance on heterogeneous model combinations. We evaluate on LLMs with various parameter sizes (1.5B, 3B, 7B, 8B, and 14B) and families (Qwen, Llama, and Ministral). Chimera demonstrates lower latency and higher performance compared to other serving systems.
Dataset
RPS
Models
E2E Latency
Router
Predictor
Scheduler
APPS
8.0
Qwen1.5+7B
17068
64 (0.4%)
179 (1.1%)
250 (1.5%)
Qwen1.5+14B
28750
72 (0.3%)
126 (0.4%)
206 (0.7%)
16.0
Qwen1.5+7B
24554
277 (1.1%)
234 (1.0%)
528 (2.2%)
Qwen1.5+14B
46522
315 (0.7%)
315 (0.7%)
646 (1.4%)
MATH
8.0
Qwen1.5+7B
37025
49 (0.1%)
90 (0.2%)
144 (0.4%)
Qwen1.5+14B
61944
44 (0.1%)
82 (0.1%)
131 (0.2%)
Table 1: Chimera’s scheduling overhead. The scheduler (containing the router, the predictor, and other operations altogether) contribute ≤2.2% of the E2E latency across settings. This shows that Chimera is lightweight.
Figure 6: Pareto frontiers of Chimera with and without the semantic router. We ablate the router and compare the resulting latency–performance tradeoff curves. Using the router yields a markedly better Pareto frontier across all RPS values.
Figure 7: Pareto frontiers of Chimera and its oracle variants: (i) Oracle Predictor uses ground-truth total output lengths, and (ii) Oracle Router uses ground-truth per-request success outcomes. The benefit of each oracle dependends on the model combination.
Appendix figures & tables3 assets
Supplementary material from the paper’s appendix.
Appendix
Figure 8: Total output length distributions for APPS.
Figure 9: Total output length distributions for MATH.
Figure 10: Latency vs. performance on heterogeneous model serving combinations.
As LLM applications grow more complex, developers are increasingly adopting multi-agent architectures to decompose workflows into specialized, collaborative components, introducing structure that constrains agent behavior and exposes useful semantic predictability. Unlike traditional LLM serving, which operates under highly dynamic and uncertain conditions, this structured topology enables opportunities to reduce runtime uncertainty\unicodex2015yet existing systems fail to exploit it, treating agentic workloads as generic traffic and incurring significant inefficiencies. Our analysis of production traces from an agent-serving platform and an internal coding assistant reveals key bottlenecks, including low prefix cache hit rates, severe resource contention from long-context requests, and substantial queuing delays due to suboptimal scaling. To address these challenges, we propose Pythia, a multi-agent serving system that captures workflow semantics through a simple interface at the serving layer, unlocking new optimization opportunities and substantially improving throughput and job completion time over state-of-the-art baselines.
Agentic workflows are composed of sequences of interdependent Large Language Model (LLM) calls, and they have become a dominant workload in modern AI systems. These workflows exhibit extensive redundancy from overlapping prompts and intermediate results due to speculative and parallel exploration. Existing LLM serving systems, such as vLLM, focus on optimizing individual inference calls and overlook cross-call dependencies, leading to significant inefficiencies. This paper rethinks LLM and agent serving from a data systems perspective and introduces Helium, a workflow-aware serving framework that models agentic workloads as query plans and treats LLM invocations as first-class operators. Helium integrates proactive caching and cache-aware scheduling to maximize reuse across prompts, KV states, and workflows. Through these techniques, Helium bridges classic query optimization principles with LLM serving, achieving up to 1.56x speedup over state-of-the-art agent serving systems on various workloads. Our results demonstrate that end-to-end optimization across workflows is essential for scalable and efficient LLM-based agents.
Agentic workflows carry out complex tasks by orchestrating multiple large language models (LLMs) and tools. Serving them at a target throughput with low latency is hard because they are written in arbitrary agentic frameworks and their execution times are unpredictable: execution branches, fans out, or recurs in data-dependent ways. Since their LLMs often outnumber the available GPUs, they also oversubscribe GPUs. We describe Scepsy, a serving system that schedules arbitrary multi-LLM agentic workflows onto a GPU cluster. Scepsy exploits the insight that, while the end-to-end latency of an agentic workflow is unpredictable, each LLM's fraction of execution time is comparatively stable across requests. Scepsy profiles each LLM under different parallelism degrees and combines the profiles with these fractions into an Aggregate LLM Pipeline, a lightweight throughput and latency predictor for allocations. To minimize latency at a target throughput, Scepsy uses the Aggregate LLM Pipeline to search over fractional GPU shares, tensor parallelism degrees, and replica counts. A hierarchical heuristic then places the chosen allocation onto the cluster, minimizing fragmentation and respecting network topology. On realistic agentic workflows, Scepsy achieves up to 2.5x higher throughput before saturation and 1.0-3.3x lower latency than systems that optimize LLMs independently or rely on user-specified allocations.
Otto White, Marcel Wagenländer, Britannio Jarrett +7