Cited by 0Parallel Computing and Optimization TechniquesCloud Computing and Resource ManagementDistributed and Parallel Computing Systems

Distributed LLM Serving on Consumer-Grade GPUs by Reconciling Computation and Communication

Open access
Jin, Lewei, Zhang, Kui, Chen, Yongqi, Zhuoyifan, Li, Renjie, Gao, Yi, Yang, Bowei, Cai, Zhengong +1 more·2025·Findings of the Association for Computational Linguistics: EMNLP 2025

Abstract

Large language models are reshaping internet services.Serving these models is often costly, as it requires multiple high-end GPUs.Consumer-grade GPUs offer cheaper computational power, providing an opportunity for more cost-efficient LLM serving.Prior efforts have explored distributed serving at scale, primarily focusing on model deployment strategies.However, communication efficiency has emerged as a challenge due to the imbalance in data transfer volumes between the two phases of inference: prefill and decode.Prefill requests can involve transmitting up to 1000 times more data than decode requests, leading to decode requests being delayed.Consequently, servers are underutilized while waiting for decode requests.In this paper, we present MoLink, an efficient distributed LLM serving system.It splits the prolonged transmission volume of prefill requests into smaller chunks and carefully scheduling their transmission.It consists of two parts: (i) a transmission scheduling algorithm that fairly determines whether to transmit prefill or decode requests, and (ii) a chunking determination algorithm that determines the transmit volume for prefill requests just-in-time.Our evaluation demonstrates that MoLink reduces TTFT, TPOT, and latency compared to the state-ofthe-art distributed LLM serving system, with a maximum reduction of up to 46%.

AI snapshot

Written from the paper’s full text.

TL;DR

MoLink is a distributed LLM serving system for consumer-grade GPUs that mitigates prefill/decode transmission competition by chunking prefill activations and scheduling them around decode traffic. It reports reductions in TTFT, TPOT, and end-to-end latency versus vLLM and Helix, with a maximum reduction of up to 46%.

Key findings

  • MoLink achieves the smallest TTFT, TPOT, and end-to-end latency across tested request rates, with a maximum reduction of up to 46% compared with vLLM.
  • At 0.7 req/s, MoLink reports TTFT 9.29 s vs. vLLM 17.3 s (54%), TPOT 3.01 s vs. 3.49 s (86%), and end-to-end latency 449 s vs. 509 s (88%).
  • At 0.3 req/s, MoLink reports TTFT 5.23 s (84% of vLLM), TPOT 1.30 s (77%), and end-to-end latency 256 s (83%).
  • Ablation: chunk transmission reduces TPOT by 8.4%, micro-batch extension reduces TPOT by 10.5%, and combining both reduces TPOT by 14.6%.

Methods

  • Design: MoLink uses pipeline parallelism across workers and adds (i) weighted-priority transmission scheduling that prioritizes decode requests while preventing prefill starvation, and (ii) just-in-time chunk determination for prefill activation transmission. It also extends the number of micro-batches beyond the pipeline degree.
  • Evaluation setup: Qwen 7B in FP16 on 3 servers, each with an RTX 4090 GPU, connected at 100 Mbps average bandwidth and 30 ms average latency; requests follow the Azure Conversation trace, with warm-up for 1 minute and testing for 30 minutes.
  • Baselines and metrics: compared against vLLM v0.7.2 and Helix; measured TTFT, TPOT, and end-to-end latency, plus bandwidth, delay, and ablation studies.

Limitations

  • The paper states it assumes a static network and reliable devices; future work is suggested for network fluctuation adaptation and fault tolerance.
  • Text-evident: the main evaluation uses only Qwen 7B and a 3-server RTX 4090 cluster, so broader model and cluster generality is not demonstrated.
  • Text-evident: in the delay experiment, the number of micro-batches is fixed at 5, and the paper notes increasing it could mitigate delay impact to some extent.

Model-written summary. Check it against the paper before relying on it.

Integrity signals

Registry

Crossref · 10.18653/v1/2025.findings-emnlp.957

Cites

0 citation errors · 1 not checkable

Statistics

Nothing to recompute.

Claims the paper makes

7 of 12 cited sources checked · 1 supported · 1 flagged · accuracy not yet measured

  • Premisecitation
    § 6 Related Work

    Petals focuses only on model placement and request scheduling.

    “They are only focus on the model placement and request scheduling.”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites [4] [4] Alexander Borzunov, Dmitry Baranchuk, Tim Dettmers, Max Ryabinin, Younes Belkada, Artem Chumachenko, Pavel Samygin, and Colin Raffel. 2022. Petals: Collaborative inference and fine-tuning of large models. arXiv preprint arXiv:2209.01188. source

      The Introduction describes PETALS as a platform for collaborative inference and fine-tuning, and says trained submodules can be shared on a model hub. Section 2 likewise identifies inference, adaptation, and adapter sharing as use cases. Model placement and request scheduling are therefore not its only focus. (LLM, conf=0.91)

      Checked by a reasoning model — may be wrong.

      Experimental — accuracy not yet measured
  • Premisecitation
    § 1 Introduction

    Existing distributed serving systems suffer from transmission competition between prefill and decode requests.

    “However, existing systems [28, 14, 4, 12] suffer from transmission competition between requests at different phases.”
    Quote in the paperSubstantial claim3 of 4 sources checked
    • cites [28] [28] 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), pages 521–538.

      Not checked in the free run.

    • cites [14] [14] Yixuan Mei, Yonghao Zhuang, Xupeng Miao, Juncheng Yang, Zhihao Jia, and Rashmi Vinayak. 2025. Helix: Serving large language models over heterogeneous gpus and network via max-flow. AS- PLOS '25. Association for Computing Machinery. source

      The passages from our copy are repository file listings, with no section or page labels. Searches for transmission competition between phases and for prefill–decode network contention found no passage addressing whether existing systems suffer from it. (LLM, conf=0.72)

      Experimental — accuracy not yet measured
    • cites [4] [4] Alexander Borzunov, Dmitry Baranchuk, Tim Dettmers, Max Ryabinin, Younes Belkada, Artem Chumachenko, Pavel Samygin, and Colin Raffel. 2022. Petals: Collaborative inference and fine-tuning of large models. arXiv preprint arXiv:2209.01188. source

      Section 3.3 (Benchmarks; page unavailable) reports that eight clients running inference concurrently each experienced about a 20% slowdown, supporting a general contention concern. It does not attribute that slowdown to transmission competition or distinguish prefill from decode requests. (LLM, conf=0.76)

      Experimental — accuracy not yet measured
    • cites [12] [12] Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph Gon- zalez, Hao Zhang, and Ion Stoica. 2023. Efficient memory management for large language model serv- ing with pagedattention. In Proceedings of the 29th Symposium on Operating Systems Principles, pages 611–626. source

      Section 2.2 describes the prompt phase, and §4.5 discusses scheduling when requests exceed capacity. Neither passage says that prefill and decode requests compete for transmission resources. Searches for transmission contention and competition between phases found no passage addressing that claim. (LLM, conf=0.72)

      Experimental — accuracy not yet measured
  • Premisecitation

    Existing systems often set the number of micro-batches equal to the degree of pipeline parallelism.

    “existing systems often set the number of micro-batches equal to the degree of pipeline parallelism [12, 28].”
    Quote in the paperSubstantial claim1 of 2 sources checked
    • cites [12] [12] Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph Gon- zalez, Hao Zhang, and Ion Stoica. 2023. Efficient memory management for large language model serv- ing with pagedattention. In Proceedings of the 29th Symposium on Operating Systems Principles, pages 611–626. source

      Section 2.3, “Batching Techniques for LLMs” (page unavailable), discusses batching requests and iteration-level scheduling, but not micro-batches in a pipeline. Searches for micro-batches, pipeline parallelism, and pipeline stages found no passage stating that systems often set the micro-batch count equal to the degree of pipeline parallelism. (LLM, conf=0.73)

      Experimental — accuracy not yet measured
    • cites [28] [28] 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), pages 521–538.

      Not checked in the free run.

  • Findingreasoning
    § 1 Introduction

    Prefill requests can involve transmitting up to 1000 times more data than decode requests.

    “Prefill requests can involve transmitting up to 1000 times more data than decode requests, as their volume scales with the number of processed tokens.”
    Quote in the paperSubstantial claim
  • Findingown data
    § 3 Performance Analysis

    Prefill is communication bound when the number of tokens exceeds the compute saturation point (256).

    “On the other hand, although the number of tokens for prefill can easily exceed the compute saturation point t (i.e., 256), the communication overhead is much greater than the computation overhead, which we refer to as a communication bound task.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. 5
  • May combine two claims. 5
  • The quote only partly states this claim. 2
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Premisecitation
    § 6 Related Work

    Sarathi introduced chunked prefill, which allocates a budget to the prompt phase, but it does not optimize the transmission of prefill requests by chunking the volume.

    “Sarathi [1] introduced chunked prefill, which allocates a budget to the prompt phase. However, it does not optimize the the transmission of prefill requests by chunking the volume.”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites [1] [1] Amey Agrawal, Ashish Panwar, Jayashree Mohan, Nipun Kwatra, Bhargav S Gulavani, and Ramachan- dran Ramjee. 2023. Sarathi: Efficient llm infer- ence by piggybacking decodes with chunked prefills. arXiv preprint arXiv:2308.16369. source
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § 5 Evaluation

    Helix is a high-throughput serving system for distributed clusters.

    “Helix [14]. It is a high-throughput serving system for distributed clusters.”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites [14] [14] Yixuan Mei, Yonghao Zhuang, Xupeng Miao, Juncheng Yang, Zhihao Jia, and Rashmi Vinayak. 2025. Helix: Serving large language models over heterogeneous gpus and network via max-flow. AS- PLOS '25. Association for Computing Machinery. source

      The Zenodo Description (no page given) identifies this artifact as the official implementation of Helix, a large-language-model serving system, and says it contains the prototype system. The file listing includes distributed-cluster configurations and throughput plots, but the available passages do not establish that the system achieves high throughput. (LLM, conf=0.78)

      Experimental — accuracy not yet measured
  • The quote only partly states this claim.

    Findingreasoning
    § 0 1000 2000

    When the number of micro-batches equals the pipeline degree, transmission of intermediate activations takes time and delays execution of micro-batches in the target server, causing the server to idle and under-utilization.

    “As a result, the server idles when finishing one of the micro-batch (i.e., B2) since the arrival of another micro-batch (i.e., B1) is always delayed.”
    • Also stated in: § 0 1000 2000 · plain
      “This under-utilization of servers naturally exists when the number of micro-batch is equals to the pipeline degree, since there is no more micro-batch fitting in the idle time of servers.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    In serial transmission, the prefill activation volume can be large and takes a long time to transfer, during which decode transmission is blocked and the server idles between t1 and t2.

    “We can see that the activation volume of prefill can be large and takes a long time to transfer, during which the transmission of decode is blocked and the server2 idles at the time between t1 and t2.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Chunking transmission of prefill activations allows decode to not be delayed, and the server finishes more iterations.

    “We can see that when prefill request finishes its execution, it start to transmit only a chunk of the activation generated. While this transmission is always finished before the transmission of decode, the decode are not delayed during its transmission. As a results, server2 finishes more iterations.”
    Quote in the paperSubstantial claim
  • The quote only partly states this claim.

    Findingown data

    A decode request may be delayed by up to one second due to a prefill request occupying the available bandwidth, even though the decode request itself requires only a few milliseconds to transmit.

    “In real practice, we observe that the delay of decode can be hundreds of times greater compared to the transmission without competition.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Premisecitation
    § 4 8 16 32 64 128 256 512 1024

    Pipeline Parallelism assigns multiple layers across GPUs to create pipeline stages and transfers activation tensors as intermediate results between servers.

    “Conversely, Pipeline Parallelism (PP) [8] assigns multiple layers across GPUs to create pipeline stages.”
    Quote in the paperNot a substantial claim0 of 1 sources checked
    • cites [8] [8] Yanping Huang, Youlong Cheng, Ankur Bapna, Orhan Firat, Dehao Chen, Mia Chen, HyoukJoong Lee, Jiquan Ngiam, Quoc V Le, Yonghui Wu, and 1 others. 2019. Gpipe: Efficient training of giant neu- ral networks using pipeline parallelism. Advances in neural information processing systems, 32.

      Not checked in the free run.

  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationreasoning

    Increasing the number of micro-batches could mitigate the impact of delay to some extent.

    “Increasing the number of micro-batches could mitigate the impact of delay to some extent.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Premisecitation
    § 1 Introduction

    Consumer-grade GPUs offer more affordable computation power than high-end GPUs, with over 4× lower hourly pricing in cloud markets.

    “In contrast to high-end GPUs, consumer-grade GPUs offer more affordable computation power. For instance, an RTX 4090 delivers 330 TFLOPS at FP16 precision, compared to the 312 TFLOPS of an A100, with over 4× lower hourly pricing in cloud markets [3].”
    Quote in the paperSubstantial claim0 of 1 sources checked
    • cites [3] [3] AutoDL. 2024. Autodl. https://www.autodl.com /.

      Not checked in the free run.

  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § 1 Introduction

    101 million PC GPUs were shipped in Q4 2021.

    “It is reported that 101 million PC GPUs were shipped in Q4 2021 [11].”
    Quote in the paperNot a substantial claim0 of 1 sources checked
    • cites [11] [11] jonpeddie. 2024. Q4'21 sees a nominal rise in gpu and pc shipments quarter-to-quarter.

      Not checked in the free run.

10 of 10
  • The paper relies on this without support.

    Consumer-grade GPUs are widely deployed but remain underutilized.

    “Although these consumer-grade GPUs are widely deployed, they remain underutilized.”
  • The paper relies on this without support.

    Serving LLMs is often costly because it requires multiple high-end GPUs.

    “Serving these models is often costly, as it requires multiple high-end GPUs.”
  • The paper relies on this without support.

    Open source LLMs now feature up to hundreds of billions of parameters, far exceeding the memory capacity of a single GPU.

    “Open source LLMs now feature up to hundreds of billions of parameters, far exceeding the memory capacity of a single GPU.”
  • The authors state this as an assumption.

    The transmission overhead Tm and computation overhead To can be modeled by the given equations.

    “We now model both the transmission overhead Tm and the computation overhead To required for B1 to complete its iteration across servers.”
  • The authors state this as an assumption.

    The available time interval Ta can be predicted by the three cases based on tc and ts.

    “Since the available time interval is dependent on the transmission for decode requests, we show three methods for calculating the chunk volume in relation to the decode transmission.”
  • The authors state this as an assumption.

    The network is static in the design.

    “Currently, we assume the network is static in our design.”
  • The authors state this as an assumption.

    The devices are reliable in the design.

    “Currently, we assume the devices are reliable in our design.”
7 of 7

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

Each contradiction between two passages listed here was confirmed by an independent check.

  • The same benchmark setting has different results in Tables 2 and 3

    Major

    Both table captions specify a request rate of 0.3 req/s, bandwidth of 100 mbps, and delay of 30 ms for these rows. Yet Table 2 reports vLLM TTFT of 6.20 s and MoLink latency of 256 s, while Table 3 reports 3.74 s and 93 s, respectively.

  • Incorrect latency percentage in Table 4

    Minor

    At 10 ms delay, Helix and vLLM both have a reported latency of 72 s. Helix is therefore 100% of vLLM, not the printed 97%; rounding the two whole-second values cannot account for the difference.

    Reported 97 · recomputed 100

  • TPOT is described as both a rate and a duration

    Minor

    The main-results text expands TPOT as "Tokens Per Second," whereas the metrics definition calls it "Time per Output Token" and defines it as a duration.

  • TTFT improvement is greatest at 0.7, not 0.3 req/s

    Minor

    The text says 0.3 req/s gives the greatest reduction in all three metrics. Table 2 instead shows a larger TTFT reduction at 0.7 req/s: MoLink is 54% of vLLM there, versus 84% at 0.3 req/s.

4 of 4

Cites

The publisher hasn’t deposited this paper’s reference list.

Research works printed but not linked: 7

  1. [5][5] Michael Diskin, Alexey Bukhtiyarov, Max Ryabinin, Lucile Saulnier, Anton Sinitsin, Dmitry Popov, Dmitry V Pyrkin, Maxim Kashirin, Alexander Borzunov, Albert Villanova del Moral, and 1 others. 2021. Distributed deep learning in open collabora- tions. Advances in Neural Information Processing Systems, 34:7879–7897.
  2. [7][7] Kevin Hsieh, Aaron Harlap, Nandita Vijaykumar, Dimitris Konomis, Gregory R Ganger, Phillip B Gibbons, and Onur Mutlu. 2017. Gaia:{Geo- Distributed} machine learning approaching {LAN} speeds. In 14th USENIX symposium on networked systems design and implementation (NSDI 17), pages 629–647.
  3. [8][8] Yanping Huang, Youlong Cheng, Ankur Bapna, Orhan Firat, Dehao Chen, Mia Chen, HyoukJoong Lee, Jiquan Ngiam, Quoc V Le, Yonghui Wu, and 1 others. 2019. Gpipe: Efficient training of giant neu- ral networks using pipeline parallelism. Advances in neural information processing systems, 32.
  4. [9][9] Xianyan Jia, Le Jiang, Ang Wang, Wencong Xiao, Ziji Shi, Jie Zhang, Xinyuan Li, Langshi Chen, Yong Li, Zhen Zheng, and 1 others. 2022. Whale: Efficient giant model training over heterogeneous {GPUs}. In 2022 USENIX Annual Technical Confer- ence (USENIX ATC 22), pages 673–688.
  5. [26][26] Jue Wang, Yucheng Lu, Binhang Yuan, Beidi Chen, Percy Liang, Christopher De Sa, Christopher Re, and Ce Zhang. 2023. Cocktailsgd: Fine-tuning foun- dation models over 500mbps networks. In Inter- national Conference on Machine Learning, pages 36058–36076. PMLR.
  6. [27][27] Zongheng Yang, Zhanghao Wu, Michael Luo, Wei- Lin Chiang, Romil Bhardwaj, Woosuk Kwon, Siyuan Zhuang, Frank Sifei Luan, Gautam Mittal, Scott Shenker, and 1 others. 2023. {SkyPilot}: An in- tercloud broker for sky computing. In 20th USENIX Symposium on Networked Systems Design and Imple- mentation (NSDI 23), pages 437–455.
  7. [28][28] 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), pages 521–538.

Cited by

Still being checked.

Authors
Jin, L., Zhang, K., Chen, Y., Zhuoyifan, Li, R., Gao, Y., Yang, B., Cai, Z., & Dong, W.
Affiliations
Zhejiang University (CN)
Venue
Findings of the Association for Computational Linguistics: EMNLP 2025
Published
2025
Pages
17633-17642
OpenAlex
W4416034208
Cited by
0
References
0
FWCI
0.00
Type
conference paper
Language
en
Open access
Licence
cc-by
Locations
Findings of the Association for Computational Linguistics: EMNLP (Findings of EMNLP) (publishedVersion, cc-by)
Funders
National Natural Science Foundation of China (62272407)
Topics
  • Physical Sciences › Computer Science › Hardware and Architecture › Parallel Computing and Optimization Techniques
  • Physical Sciences › Computer Science › Information Systems › Cloud Computing and Resource Management
  • Physical Sciences › Computer Science › Computer Networks and Communications › Distributed and Parallel Computing Systems
Keywords
large language models, consumer-grade GPUs, communication efficiency, transmission scheduling, chunking, latency reduction, throughput

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-10-31.

Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-10-31.

Cited sources are checked by gpt-6-sol.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review