pith. sign in

arxiv: 2606.22983 · v1 · pith:74Z5QYSUnew · submitted 2026-06-22 · 💻 cs.DC

LiveServe: Interaction-Aware Serving for Real-Time Omni-Modal LLMs

Pith reviewed 2026-06-26 07:24 UTC · model grok-4.3

classification 💻 cs.DC
keywords realtime servingomni-modal LLMsinteraction-aware schedulingKV cache managementaudio TTFPbarge-in handlingplayback progressmulti-turn reuse
0
0 comments X

The pith

LiveServe improves realtime omni-modal LLM serving by exposing playback progress, speech activity, and barge-in events to the scheduler and KV manager.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper establishes that standard throughput-oriented scheduling and LRU KV offloading waste work in speech-centric conversations because they ignore how far audio has actually played and whether the user has interrupted. LiveServe instead feeds those interaction signals directly into the pipeline so generation stops at the playback frontier and KV state for the next turn is protected or preloaded. A reader would care because the result is lower first-audio latency and higher completed-request throughput without altering the underlying model. The system is evaluated on vLLM-Omni with two omni-LMs and mixed workloads.

Core claim

LiveServe is an interaction-aware serving system that exposes playback progress, speech activity, and barge-in events to the serving pipeline; the scheduler then prioritizes first-audio and near-underrun sessions while limiting generation beyond the playback frontier, and the KV manager applies next-use-aware eviction plus preloading of likely-needed state during user speech.

What carries the argument

Interaction-aware scheduler and next-use-aware KV manager that together use playback progress, speech activity, and barge-in events to guide prioritization and cache decisions.

If this is right

  • P90 audio TTFP falls 1.55× on average and up to 2.21× across two omni-LMs and mixed workloads.
  • Completed-request throughput rises 1.15× on average and up to 1.56×.
  • Most KV reload work is moved off the next-turn critical path.
  • Generation is limited to what users actually hear, reducing wasted tokens after barge-in.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • The same signals could be used to decide when to stop speculative decoding or speculative audio generation.
  • Energy use may drop because unnecessary tokens beyond the playback frontier are never produced.
  • Design of future multimodal serving stacks could treat interaction events as first-class inputs rather than afterthoughts.
  • The approach is testable on other frameworks by instrumenting the same three event sources and repeating the TTFP and throughput measurements.

Load-bearing premise

Playback progress, speech activity, and barge-in events can be exposed to the serving pipeline in a timely and low-overhead manner without changing the underlying model execution semantics.

What would settle it

Measure whether the added latency or overhead from exposing playback, speech, and barge-in signals equals or exceeds the reported 1.55× TTFP reduction; if it does, the net benefit disappears.

Figures

Figures reproduced from arXiv: 2606.22983 by Chenguang Zheng, James Cheng, Peiqi Yin, Sheng Guan, Xiangyu Zhi, Xiao Yan.

Figure 1
Figure 1. Figure 1: Interactive Omni-LM serving with multiple turns. to handle the inputs, a language backbone (thinker) for rea￾soning and response planning, and speech synthesis compo￾nents (talker and vocoder) to produce audible user replies. As shown in [PITH_FULL_IMAGE:figures/full_fig_p001_1.png] view at source ↗
Figure 2
Figure 2. Figure 2: A common architecture of Omni-LMs. remain inactive for a while. Moreover, when users begin speaking or barge in, LiveServe preloads the CPU resident KV caches to GPU HBM as these sessions will become active for generation shortly. Such a design overlaps DRAM-to￾HBM transfer with user’s speaking time and moves cache reloading latency off the next-turn audio TTFP path. We implement LiveServe atop vLLM-Omni a… view at source ↗
Figure 4
Figure 4. Figure 4: Generation and playback completion over time. fully disaggregated serving stack. Users decompose an Omni￾LM into interconnected stages (e.g., encoders, thinker, talker, vocoder, or DiT modules); each stage runs as an indepen￾dent engine with its own scheduler and KV cache manager. An orchestrator drives request progress across the stages, while inter-stage connectors route intermediate tensors and control … view at source ↗
Figure 5
Figure 5. Figure 5: Interaction-unaware multi-turn KV management. (a) LRU eviction under load increases evicted KV blocks and tail latency. (b) Reloading offloaded KV from host DRAM back to GPU HBM incurs latency that grows with KV size. video inputs make this resident state grow quickly against limited HBM. Existing engines spill idle session KV to host DRAM [32] and use least recently used (LRU) to decide which blocks remai… view at source ↗
Figure 6
Figure 6. Figure 6: System architecture of LiveServe. • Session-facing interaction layer. The API server is the entry point for live multimodal sessions, forwarding streaming inputs to the orchestrator and returning generated audio to clients. It also exposes the prefetch endpoint for history preheat and current-turn prefill, labeling this preparatory work separately from latency-critical decoding. Alongside the API server, a… view at source ↗
Figure 8
Figure 8. Figure 8: Motivating KV-pressure-aware scheduling with a long multi-turn dialogue. The left panel tracks the GPU KV-cache residency of one long-context request over time, while the right panel reports normalized residency duration and average resident KV footprint. 4.1 Urgency-Aware Scheduling LiveServe replaces FCFS-style ordering with an interaction￾aware policy inside each execution engine. At each schedul￾ing ro… view at source ↗
Figure 9
Figure 9. Figure 9: Overview of the LiveServe’s KV manager. It man￾ages multi-turn KV residency across HBM and DRAM. GPU is different in realtime interaction. Evicting KV that will be reused soon forces a DRAM-to-HBM reload onto the next-turn critical path, while LRU ranks KV by past access time rather than by when the session is likely to speak again. LiveServe manages this state with the two paths shown in [PITH_FULL_IMAGE… view at source ↗
Figure 10
Figure 10. Figure 10: End-to-end throughput-latency frontier across two Omni-LMs and three workloads. Each curve connects results over concurrency-pressure values 𝑐 ∈ {2, 4, 8, 12, 16}; higher and further-left points are better. Workloads. We generate online request arrivals using both synthetic and trace-driven patterns. For the synthetic setting, requests arrive according to a Poisson distribution, and we evaluate a range of… view at source ↗
Figure 11
Figure 11. Figure 11: Interactive playback continuity and generated￾token waste under concurrency and barge-in pressure. Poisson BurstGPT 0 500 1000 1500 P90 Audio TTFP (ms) TTFP -40% TTFP -26% Poisson BurstGPT 0.0 0.5 1.0 Effecitve RPS RPS +44% RPS +17% vLLM-Omni Ours [PITH_FULL_IMAGE:figures/full_fig_p010_11.png] view at source ↗
Figure 12
Figure 12. Figure 12: Effect of interaction-aware scheduling under Pois￾son and BurstGPT arrivals using Qwen3-Omni audio serving. On interactive traces, repeated turns increase KV pres￾sure and scheduling contention, making the gap larger. For Qwen3-Omni, LiveServe improves peak throughput by 56– 78% over the baselines while also reducing P90 audio TTFP at the same concurrency; at moderate concurrency, it further improves thro… view at source ↗
Figure 15
Figure 15. Figure 15: Audio generation pacing. The left panel varies concurrency on a ShareGPT audio workload; the right panel illustrates generation and playback completion over time. 0 0.1 0.3 0.5 0.7 0.9 Barge-in probability 0 10 20 30 40 50 Waste ratio (%) 0 2.4 6.7 14.6 26.1 44.1 0 0.63 1.6 3.2 6.5 12.4 vLLM-Omni Ours vLLM-Omni Ours 0 100 200 300 TTFT comp. (ms) 302.1 ms 127.8 ms wait load prefill decode [PITH_FULL_IMAGE… view at source ↗
Figure 16
Figure 16. Figure 16: Impact of barge-in and reload pressure. Left: wasted-token ratio under different barge-in probabilities. Right: latency breakdown of a reload-pressure target request. 7.3 Analysis We next run controlled experiments to study where LiveServe’s gains come from and how robust they are across work￾load conditions. Unless otherwise stated, this analysis uses Qwen3-Omni in audio mode. Component ablation [PITH_F… view at source ↗
Figure 18
Figure 18. Figure 18: Playback-continuity timeline. The right panel enables barge-in with triggers anchored after TTFP [PITH_FULL_IMAGE:figures/full_fig_p012_18.png] view at source ↗
read the original abstract

Realtime omni-modal LMs support speech-centric conversations where users stream inputs, hear generated audio, and interrupt freely. Existing Omni-LM serving systems still rely on throughput-oriented LLM scheduling and LRU KV offloading. These policies ignore audio playback and multi-turn reuse: they may generate tokens far beyond what users hear, wasting work after barge-in, and evict KV state needed in the next turn. LiveServe is an interaction-aware serving system for realtime Omni-LM interaction. It exposes playback progress, speech activity, and barge-in events to the serving pipeline. The scheduler prioritizes first-audio and near-underrun sessions while limiting generation beyond the playback frontier. The KV manager uses next-use-aware eviction and preloads likely-needed KV during user speech to hide reload latency. On vLLM-Omni, LiveServe improves realtime serving across two Omni-LMs and mixed workloads. It lowers P90 audio TTFP by $1.55\times$ on average and up to $2.21\times$, while improving completed-request throughput by $1.15\times$ on average and up to $1.56\times$, and moves most KV reload work off the next-turn critical path.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

1 major / 0 minor

Summary. The paper introduces LiveServe, an interaction-aware serving system for real-time omni-modal LLMs. It exposes playback progress, speech activity, and barge-in events to the scheduler and KV manager. The scheduler prioritizes first-audio and near-underrun sessions while limiting generation beyond the playback frontier; the KV manager uses next-use-aware eviction and preloads KV during user speech. On vLLM-Omni with two Omni-LMs and mixed workloads, it reports 1.55× average (up to 2.21×) reduction in P90 audio TTFP, 1.15× average (up to 1.56×) improvement in completed-request throughput, and moving most KV reload work off the next-turn critical path.

Significance. If the empirical results hold after verification of integration costs, LiveServe would demonstrate a practical way to reduce wasted generation and hide reload latency in realtime omni-modal serving, which is relevant for interactive speech-centric applications.

major comments (1)
  1. [Abstract] The central performance claims (1.55× P90 TTFP and 1.15× throughput) rest on the assumption that playback progress, speech activity, and barge-in events can be exposed to the serving pipeline in a timely, low-overhead manner without altering model execution semantics or adding latency to the critical path. The provided text states that the events are exposed but supplies no isolated measurement or ablation of the client-server integration cost, polling overhead, or semantic equivalence of aborts, which is load-bearing for whether the reported gains would materialize.

Simulated Author's Rebuttal

1 responses · 0 unresolved

We thank the referee for the detailed review and the constructive major comment. We agree that the integration overhead of exposing playback, speech activity, and barge-in events must be quantified to support the reported gains. We address this below and will revise the manuscript accordingly.

read point-by-point responses
  1. Referee: [Abstract] The central performance claims (1.55× P90 TTFP and 1.15× throughput) rest on the assumption that playback progress, speech activity, and barge-in events can be exposed to the serving pipeline in a timely, low-overhead manner without altering model execution semantics or adding latency to the critical path. The provided text states that the events are exposed but supplies no isolated measurement or ablation of the client-server integration cost, polling overhead, or semantic equivalence of aborts, which is load-bearing for whether the reported gains would materialize.

    Authors: We acknowledge that the manuscript does not provide isolated microbenchmarks or ablations for the client-server integration cost, polling overhead, or the semantic equivalence of barge-in aborts. The current evaluation reports only end-to-end results. In the revised manuscript we will add a new subsection (and corresponding appendix) containing: (1) microbenchmarks isolating the latency and CPU overhead of event exposure and polling under varying load; (2) confirmation that abort semantics preserve model execution correctness with no additional critical-path latency; and (3) an ablation showing the contribution of these mechanisms to the reported TTFP and throughput improvements. These additions will directly address the load-bearing assumption. revision: yes

Circularity Check

0 steps flagged

No circularity; empirical systems claims with no derivations or fitted predictions

full rationale

The paper describes an interaction-aware scheduler and KV manager that use exposed playback, speech, and barge-in signals to prioritize sessions and preload state. All load-bearing claims are measured speedups (1.55× P90 TTFP, 1.15× throughput) obtained by running the implemented system on vLLM-Omni under mixed workloads. No equations, parameter fits, uniqueness theorems, or self-citations appear as the basis for any result; the contribution is a concrete engineering artifact whose correctness is established by external benchmarking rather than by construction from its own inputs.

Axiom & Free-Parameter Ledger

0 free parameters · 0 axioms · 0 invented entities

Only the abstract is available, so no free parameters, axioms, or invented entities can be extracted from the full text. The central claim rests on the existence and measured benefit of the described policies.

pith-pipeline@v0.9.1-grok · 5752 in / 1201 out tokens · 38371 ms · 2026-06-26T07:24:13.968019+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

63 extracted references · 2 canonical work pages

  1. [1]

    Josh Achiam, Steven Adler, Sandhini Agarwal, Lama Ahmad, Ilge Akkaya, Florencia Leoni Aleman, Diogo Almeida, Janko Altenschmidt, Sam Altman, Shyamal Anadkat, et al . 2023. Gpt-4 technical report. arXiv preprint arXiv:2303.08774(2023)

  2. [2]

    Amey Agrawal, Ashish Panwar, Jayashree Mohan, Nipun Kwatra, Bhar- gav S Gulavani, and Ramachandran Ramjee. 2023. Sarathi: Efficient llm inference by piggybacking decodes with chunked prefills.arXiv preprint arXiv:2308.16369(2023)

  3. [3]

    Aleksandr Algazinov, Matt Laing, and Paul Laban. 2025. MATE: LLM- Powered Multi-Agent Translation Environment for Accessibility Ap- plications.arXiv preprint arXiv:2506.19502(2025)

  4. [4]

    Rohan Anil, Sebastian Borgeaud, Jean-Baptiste Alayrac, Jiahui Yu, Radu Soricut, Johan Schalkwyk, Andrew M Dai, Anja Hauth, Katie Millican, et al. 2023. Gemini: a family of highly capable multimodal models.arXiv preprint arXiv:2312.11805(2023)

  5. [5]

    Fan Bai, Pai Peng, Zhengzhi Tang, Zhe Wang, Gong Chen, Xiang Lu, Yinuo Li, Huan Lin, Weizhe Lin, Yaoyuan Wang, et al. 2026. EPD-Serve: A Flexible Multimodal EPD Disaggregation Inference Serving System On Ascend.arXiv preprint arXiv:2601.11590(2026)

  6. [6]

    Siyu Cao, Hangting Chen, Peng Chen, Yiji Cheng, Yutao Cui, Xinchi Deng, Ying Dong, Kipper Gong, Tianpeng Gu, Xiusen Gu, et al. 2025. HunyuanImage 3.0 Technical Report.arXiv preprint arXiv:2509.23951 (2025)

  7. [7]

    Junyi Chen, Chuheng Du, Renyuan Liu, Shuochao Yao, Dingtian Yan, Jiang Liao, Shengzhong Liu, Fan Wu, and Guihai Chen. 2026. Token- Flow: Responsive LLM Text Streaming Serving under Request Burst via Preemptive Scheduling. InProceedings of the 21st European Conference on Computer Systems. 497–513

  8. [8]

    Jae-Won Chung, Jeff J Ma, Jisang Ahn, Yizhuo Liang, Akshay Jajoo, Myungjin Lee, and Mosharaf Chowdhury. 2026. Cornserve: A dis- tributed serving system for any-to-any multimodal models.arXiv preprint arXiv:2603.12118(2026)

  9. [9]

    Google Deepmind. 2026. Gemini Omni: Speak it. See it. Share it. https://gemini.google/overview/video-generation/

  10. [10]

    Matendo Didas. 2026. A multi-agent artificial intelligence-powered ar- chitecture for customer experience management.International Journal of Advanced Computer Research16 (2026), 76

  11. [11]

    Xianzhe Dong, Tongxuan Liu, Yuting Zeng, Liangyu Liu, Yang Liu, Siyu Wu, Yu Wu, Hailong Yang, Ke Zhang, and Jing Li. 2025. Hydrainfer: Hybrid disaggregated scheduling for multimodal large language model serving.arXiv preprint arXiv:2505.12658(2025)

  12. [12]

    Bin Gao, Zhuomin He, Puru Sharma, Qingxuan Kang, Djordje Jevdjic, Junbo Deng, Xingkun Yang, Zhou Yu, and Pengfei Zuo. 2024. {Cost- Efficient} large language model serving for multi-turn conversations with {CachedAttention}. In2024 USENIX annual technical conference (USENIX ATC 24). 111–126

  13. [13]

    Shiwei Gao, Youmin Chen, and Jiwu Shu. 2025. Fast state restoration in llm serving with hcache. InProceedings of the Twentieth European Conference on Computer Systems. 128–143

  14. [14]

    Google Gemini. 2025. Gemini Live – Ask AI a question in any mode you choose.https://gemini.google/overview/gemini-live/

  15. [15]

    Biao Gong, Cheng Zou, Chuanyang Zheng, Chunluan Zhou, Canxiang Yan, Chunxiang Jin, Chunjie Shen, Dandan Zheng, Fudong Wang, et al

  16. [16]

    Ming-Omni: A Unified Multimodal Model for Perception and Generation.arXiv preprint arXiv:2506.09344(2025)

  17. [17]

    Connor Holmes, Masahiro Tanaka, Michael Wyatt, Ammar Ah- mad Awan, Jeff Rasley, Samyam Rajbhandari, Reza Yazdani Am- inabadi, Heyang Qin, Arash Bakhtiari, Lev Kurilenko, et al . 2024. Deepspeed-fastgen: High-throughput text generation for llms via mii and deepspeed-inference.arXiv preprint arXiv:2401.08671(2024)

  18. [18]

    Shipeng Hu, Guangyan Zhang, Yuqi Zhou, Yaya Wei, Ziyan Zhong, and Jike Chen. 2026. Bidaw: Enhancing Key-Value Caching for Interactive LLM Serving via Bidirectional Computation–Storage Awareness. In 24th USENIX Conference on File and Storage Technologies (FAST 26). USENIX Association, Santa Clara, CA, 101–116.https://www.usenix. org/conference/fast26/prese...

  19. [19]

    Jinwoo Jeong and Jeongseob Ahn. 2025. Accelerating llm serving for multi-turn dialogues with efficient resource management. InProceed- ings of the 30th ACM International Conference on Architectural Support for Programming Languages and Operating Systems, Volume 2. 1–15

  20. [20]

    Keisuke Kamahori, Wei-Tzu Lee, Atindra Jha, Rohan Kadekodi, Stephanie Wang, Arvind Krishnamurthy, and Baris Kasikci. 2026. VoxServe: Streaming-Centric Serving System for Speech Language Models.arXiv preprint arXiv:2602.00269(2026)

  21. [21]

    Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph Gonzalez, Hao Zhang, and Ion Stoica

  22. [22]

    InProceedings of the 29th symposium on operating systems principles

    Efficient memory management for large language model serving with pagedattention. InProceedings of the 29th symposium on operating systems principles. 611–626

  23. [23]

    Xiaoxi Li, Wenxiang Jiao, Jiarui Jin, Shijian Wang, Guanting Dong, Jiajie Jin, Hao Wang, Yinuo Wang, Ji-Rong Wen, Yuan Lu, et al. 2026. Omnigaia: Towards native omni-modal ai agents.arXiv preprint arXiv:2602.22897(2026)

  24. [24]

    Yadong Li, Jun Liu, Tao Zhang, Song Chen, Tianpeng Li, Zehuan Li, Lijun Liu, Lingfeng Ming, Guosheng Dong, Da Pan, et al . 2025. Baichuan-Omni-1.5 Technical Report.arXiv preprint arXiv:2501.15368 (2025)

  25. [25]

    Zhicheng Li, Shuoming Zhang, Jiacheng Zhao, Siqi Li, Xiyu Shi, Yangyu Zhang, Shuaijiang Li, Donglin Yu, Zheming Yang, Yuan Wen, et al

  26. [26]

    SpaceServe: Spatial Multiplexing of Complementary Encoders and Decoders for Multimodal LLMs.Advances in Neural Information Processing Systems38 (2026), 79272–79296

  27. [27]

    Junming Lin, Zheng Fang, Chi Chen, Zihao Wan, Fuwen Luo, Peng Li, Yang Liu, and Maosong Sun. 2024. StreamingBench: Assessing the Gap for MLLMs to Achieve Streaming Video Understanding. arXiv:2411.03628 [cs.CV] doi:10.48550/arXiv.2411.03628

  28. [28]

    Jiachen Liu, Jae-Won Chung, Zhiyu Wu, 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)

  29. [29]

    Yuhan Liu, Yihua Cheng, Jiayi Yao, Yuwei An, Xiaokun Chen, Shaot- ing Feng, Yuyang Huang, Samuel Shen, Rui Zhang, Kuntai Du, et al

  30. [30]

    Lmcache: An efficient KV cache layer for enterprise-scale LLM inference.arXiv preprint arXiv:2510.09665(2025)

  31. [31]

    Yuhan Liu, Hanchen Li, Yihua Cheng, Siddhant Ray, Yuyang Huang, Qizheng Zhang, Kuntai Du, Jiayi Yao, Shan Lu, Ganesh Anantha- narayanan, et al. 2024. Cachegen: Kv cache compression and streaming for fast large language model serving. InProceedings of the ACM SIG- COMM 2024 Conference. 38–56

  32. [32]

    Zedong Liu, Shenggan Cheng, Guangming Tan, Yang You, and Ding- wen Tao. 2026. Elasticmm: Efficient multimodal llms serving with elastic multimodal parallelism.Advances in Neural Information Pro- cessing Systems38 (2026), 94264–94289

  33. [33]

    Run Luo, Ting-En Lin, Haonan Zhang, Yuchuan Wu, Xiong Liu, Yong- bin Li, Longze Chen, Jiaming Li, Lei Zhang, Xiaobo Xia, et al . 2026. Openomni: Advancing open-source omnimodal large language mod- els with progressive multimodal alignment and real-time emotional speech synthesis.Advances in Neural Information Processing Systems 38 (2026), 158925–158953. X...

  34. [34]

    Bowen Ma, Cheng Zou, Canxiang Yan, Chunxiang Jin, Chunjie Shen, Chenyu Lian, Dandan Zheng, Fudong Wang, Furong Xu, et al. 2025. Ming-Flash-Omni: A Sparse, Unified Architecture for Multimodal Per- ception and Generation.arXiv preprint arXiv:2510.24821(2025)

  35. [35]

    OpenAI. 2025. Introducing gpt-realtime and Realtime API updates for production voice agents.https://openai.com/index/introducing-gpt- realtime/

  36. [36]

    Danny Harnik Or Ozeri. 2026. Inside vLLM’s New KV Offloading Con- nector: Smarter Memory Transfer for Maximizing Inference Through- put.https://vllm.ai/blog/2026-01-08-kv-offloading-connector

  37. [37]

    Konstantinos Papaioannou and Thaleia Dimitra Doudali. 2026. TCM- Serve: Modality-aware Scheduling for Multimodal Large Language Model Inference.arXiv preprint arXiv:2603.26498(2026)

  38. [38]

    Pratyush Patel, Esha Choukse, Chaojie Zhang, Aashaka Shah, Íñigo Goiri, Saeed Maleki, and Ricardo Bianchini. 2024. Splitwise: Efficient generative llm inference using phase splitting. In2024 ACM/IEEE 51st Annual International Symposium on Computer Architecture (ISCA). IEEE, 118–132

  39. [39]

    William Peebles and Saining Xie. 2023. Scalable diffusion models with transformers. InProceedings of the IEEE/CVF international conference on computer vision. 4195–4205

  40. [40]

    Ruoyu Qin, Zheming Li, Weiran He, Jialei Cui, Feng Ren, Mingxing Zhang, Yongwei Wu, Weimin Zheng, and Xinran Xu. 2025. Mooncake: Trading more storage for less computation—a {KVCache-centric} architecture for serving {LLM} chatbot. In23rd USENIX Conference on File and Storage Technologies (FAST 25). 155–170

  41. [41]

    Haoran Qiu, Anish Biswas, Zihan Zhao, Jayashree Mohan, Alind Khare, Esha Choukse, Íñigo Goiri, Zeyu Zhang, Haiying Shen, Chetan Bansal, et al. 2025. Modserve: Modality-and stage-aware resource disaggrega- tion for scalable multimodal model serving. InProceedings of the 2025 ACM Symposium on Cloud Computing. 817–830

  42. [42]

    ByteDance Seed. 2026. Doubao Realtime Voice Model.https://seed. bytedance.com/en/special/realtime_voice

  43. [43]

    shareAI. 2023. ShareGPT Chinese-English 90K.https://huggingface. co/datasets/shareAI/ShareGPT-Chinese-English-90k

  44. [44]

    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. In18th USENIX Symposium on Op- erating Systems Design and Implementation (OSDI 24). 965–988

  45. [45]

    Gursimran Singh, Xinglu Wang, Yifan Hu, Timothy Tin Long Yu, Linzi Xing, Wei Jiang, Zhefeng Wang, Bai Xiaolong, Yi Li, Ying Xiong, et al. [n. d.]. Efficiently Serving Large Multimodal Models Using EPD Disaggregation. InForty-second International Conference on Machine Learning

  46. [46]

    Biao Sun, Ziming Huang, Hanyu Zhao, Wencong Xiao, Xinyi Zhang, Yong Li, and Wei Lin. 2024. Llumnix: Dynamic scheduling for large lan- guage model serving. In18th USENIX symposium on operating systems design and implementation (OSDI 24). 173–191

  47. [47]

    Nvidia Nemotron Team. 2026. Nemotron Voicechat Model.https: //build.nvidia.com/nvidia/nemotron-voicechat

  48. [48]

    Qwen Team. 2026. Qwen3. 5-omni technical report.arXiv preprint arXiv:2604.15804(2026)

  49. [49]

    SGLang Team. 2026. SGLang Omni: High-Performance Multi-Stage Pipeline Framework for Omni Models.https://github.com/sgl-project/ sglang-omni

  50. [50]

    Xiaomi Mimo Team. 2026. Xiaomi MiMo-V2-Omni.https://mimo. xiaomi.com/mimo-v2-omni

  51. [51]

    Bairui Wang, Bin Xiao, Bo Zhang, Bolin Rong, Borun Chen, Chang Wan, Chao Zhang, Chen Huang, Chen Chen, et al . 2025. LongCat- Flash-Omni Technical Report.arXiv preprint arXiv:2511.00279(2025)

  52. [52]

    Yuxin Wang, Yuhan Chen, Zeyu Li, Xueze Kang, Yuchu Fang, Yeju Zhou, Yang Zheng, Zhenheng Tang, Xin He, Rui Guo, Xin Wang, Qiang Wang, Amelie Chi Zhou, and Xiaowen Chu. 2025. BurstGPT: A Real-World Workload Dataset to Optimize LLM Serving Systems. InProceedings of the 31st ACM SIGKDD Conference on Knowledge Dis- covery and Data Mining V.2. ACM, New York, N...

  53. [53]

    Zichen Wen, Boxue Yang, Junlong Ke, Jiajie Huang, Chenfei Liao, Junxi Wang, Xuyang Liu, and Linfeng Zhang. 2026. EvoStreaming: Your Offline Video Model Is a Natively Streaming Assistant.arXiv preprint arXiv:2605.10343(2026)

  54. [54]

    Bingyang Wu, Yinmin Zhong, Zili Zhang, Shengyu Liu, Fangyue Liu, Yuanhang Sun, Gang Huang, Xuanzhe Liu, and Xin Jin. 2026. {FastServe}:{Iteration-Level} Preemptive Scheduling for Large Lan- guage Model Inference. In23rd USENIX Symposium on Networked Systems Design and Implementation (NSDI 26). 57–74

  55. [55]

    Jin Xu, Zhifang Guo, Jinzheng He, Hangrui Hu, Ting He, Shuai Bai, Keqin Chen, Jialin Wang, Yang Fan, Kai Dang, et al. 2025. Qwen2.5- omni technical report.arXiv preprint arXiv:2503.20215(2025)

  56. [56]

    Jin Xu, Zhifang Guo, Hangrui Hu, Yunfei Chu, Xiong Wang, Jinzheng He, Yuxuan Wang, Xian Shi, Ting He, Xinfa Zhu, Yuanjun Lv, Yongqi Wang, Dake Guo, He Wang, Linhan Ma, Pei Zhang, Xinyu Zhang, Hongkun Hao, Zishan Guo, Baosong Yang, Bin Zhang, Ziyang Ma, Xipin Wei, Shuai Bai, Keqin Chen, Xuejing Liu, Peng Wang, Mingkun Yang, Dayiheng Liu, Xingzhang Ren, Bo ...

  57. [57]

    An Yang, Anfeng Li, Baosong Yang, Beichen Zhang, Binyuan Hui, Bo Zheng, Bowen Yu, Chang Gao, Chengen Huang, Chenxu Lv, et al. 2025. Qwen3 technical report.arXiv preprint arXiv:2505.09388(2025)

  58. [58]

    Peiqi Yin, Jiangyun Zhu, Han Gao, Chenguang Zheng, Yongxiang Huang, Taichang Zhou, Ruirui Yang, Weizhi Liu, Weiqing Chen, Canlin Guo, et al. 2026. vLLM-Omni: Fully Disaggregated Serving for Any- to-Any Multimodal Models.arXiv preprint arXiv:2602.02204(2026)

  59. [59]

    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. In16th USENIX Symposium on Operating Systems Design and Implementation (OSDI 22). 521–538

  60. [60]

    Lingfan Yu, Jinkun Lin, and Jinyang Li. 2025. Stateful large language model serving with pensieve. InProceedings of the Twentieth European Conference on Computer Systems. 144–158

  61. [61]

    Z.AI. 2026. GLM-Image: Auto-regressive for Dense-knowledge and High-fidelity Image Generation.https://z.ai/blog/glm-image

  62. [62]

    Lianmin Zheng, Liangsheng Yin, Zhiqiang Xie, Chuyue Livia Sun, Jeff Huang, Cody Hao Yu, Shiyi Cao, Christos Kozyrakis, Ion Stoica, Joseph E Gonzalez, et al. 2024. Sglang: Efficient execution of structured language model programs.Advances in neural information processing systems37 (2024), 62557–62583

  63. [63]

    Yinmin Zhong, Shengyu Liu, Junda Chen, Jianbo Hu, Yibo Zhu, Xu- anzhe Liu, Xin Jin, and Hao Zhang. 2024. {DistServe}: Disaggregating prefill and decoding for goodput-optimized large language model serving. In18th USENIX Symposium on Operating Systems Design and Implementation (OSDI 24). 193–210