PreprintCited by 5Natural Language Processing TechniquesParallel Computing and Optimization TechniquesTopic Modeling

InferCept: Efficient Intercept Support for Augmented Large Language Model Inference

Open access
Abhyankar, Reyna, He, Zijian, Srivatsa, Vikranth, Zhang, Hao, Zhang, Yiying·2024·arXiv

Abstract

Large language models are increasingly integrated with external environments, tools, and agents like ChatGPT plugins to extend their capability beyond language-centric tasks. However, today's LLM inference systems are designed for standalone LLMs. They treat each external interaction as the end of LLM generation and form a new request when the interaction finishes, causing unnecessary recomputation of already computed contexts, which accounts for 37-40% of total model forwarding time. This paper presents InferCept, the first LLM inference framework targeting augmented LLMs and supporting the efficient interception of LLM generation. InferCept minimizes the GPU resource waste caused by LLM interceptions and dedicates saved memory for serving more requests. InferCept improves the overall serving throughput by 1.6x-2x and completes 2x more requests per second compared to the state-of-the-art LLM inference systems.

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Integrity signals

Registry

DataCite · 10.48550/arxiv.2402.01869

Cites

30 of 32 references verified0 citation errors · 0 not checkable

Statistics

Claims the paper makes

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Claims other papers make about this one

Each is checked against this paper’s own text: does it say what the citing paper says it does?

  • InferCept makes its KV preserve decision based solely on reload cost, does not model per-turn queueing delay, and lacks a robust mechanism for variable tool call durations, making it impractical for real-world deployment.

    “InferCept [2] makes its KV preserve decision based solely on the reload cost. But it does not model the per-turn queueing delay that accumulates over turns, nor have a robust mechanism to handle variable tool call durations. This makes it impractical for real-world deployment.”

    From Continuum: Efficient and Robust Multi-Turn LLM Agent Scheduling with KV Cache Time-to-Live (2025) · cites this paper as [2]

    Section 4.3 says InferCept chooses whether to preserve or discard KV context by comparing estimated memory waste, not solely reload cost. Section 4.4 explicitly proposes a dynamic duration estimate for highly variable interceptions and reports that it achieves 93% of oracle-based performance. The paper describes FCFS scheduling of waiting requests, though these passages do not establish whether it models per-turn queueing delay; they do not support the conclusion that InferCept is impractical for deployment. (LLM, conf=0.88)

    Checked by a reasoning model — may be wrong.

    Experimental — accuracy not yet measured
  • InferCept's preserve operation is fixed and cannot adapt to tool use in real time; if the actual tool call time is much longer than predicted, blindly preserving the KV cache can cause significant inefficiency.

    “Moreover, their preserve operation is fixed and could not adapt to tool use in real time. If the actual tool call time is much longer than predicted, blindly”

    From Continuum: Efficient and Robust Multi-Turn LLM Agent Scheduling with KV Cache Time-to-Live (2025) · cites this paper as [2]

    Section 4.4 (page unavailable) says InferCept updates its interception-duration estimate each iteration, contrary to the claim that its preserve decision is fixed and cannot adapt in real time. Section 3.2 does support the narrower point that preserving a paused request wastes GPU memory in proportion to the interception’s duration. (LLM, conf=0.88)

    Checked by a reasoning model — may be wrong.

    Experimental — accuracy not yet measured
  • InferCept's preserve operation is invoked only when CPU offloading cost exceeds estimated GPU occupation cost during the tool call, and this decision ignores the queueing delay an evicted program experiences when it re-enters the waiting queue.

    “InferCept [2]'s KV 'preserve' operation is invoked only when the CPU offloading cost exceeds the estimated GPU occupation cost during the tool call. Crucially, this decision only accounts for the reload cost of the immediate next turn-it entirely ignores the queueing delay that an evicted program will experience when it re-enters the waiting queue behind other active requests.”

    From Continuum: Efficient and Robust Multi-Turn LLM Agent Scheduling with KV Cache Time-to-Live (2025) · cites this paper as [2]

    Split into 2 atoms — 0 confirmed, 1 partially supported, 1 disputed, 0 misattributed, 0 unverifiable. Expand the claim to see per-atom verdicts.

    Checked by a reasoning model — may be wrong.

    Experimental — accuracy not yet measured
  • OutofOrderCost is the key term absent from prior retention policies such as InferCept, which only considers reload cost.

    “This OutofOrderCost component is the key term absent from prior retention policies such as InferCept [2], which only considers the reload cost.”

    From Continuum: Efficient and Robust Multi-Turn LLM Agent Scheduling with KV Cache Time-to-Live (2025) · cites this paper as [2]

    Section 4.3 describes InferCept choosing among preserve, swap, and discard using estimated GPU-memory waste, then ordering intercepted requests by that waste. Section 3.2 also includes the effect of recomputation on other running requests. Thus, the paper contradicts the claim that InferCept considers only reload cost; it does not use the term “OutofOrderCost.” Page numbers were not available in our copy. (LLM, conf=0.88)

    Checked by a reasoning model — may be wrong.

    Experimental — accuracy not yet measured
  • InferCept's policy overlooks the multi-turn nature of requests; when KV cache is evicted between turns, additional queueing time per turn accumulates for the program.

    “However, their policy overlooks the multiturn nature of requests. When KV cache is evicted between turn, this will cause additional queueing time per turn for the program when they come back. In multi-turn scenarios, the queueing time can accumulate for each turn.”

    From Continuum: Efficient and Robust Multi-Turn LLM Agent Scheduling with KV Cache Time-to-Live (2025) · cites this paper as [2]

    The paper does not overlook multi-turn requests: §2.2 describes chatbot conversations as a sequence of chats whose history remains the context, and §4.3 defines a decision for each interception of a request. Section 4.3 also schedules resumed requests using their original arrival times. Our copy does not report the claimed accumulation of queueing time across turns. (LLM, conf=0.86)

    Checked by a reasoning model — may be wrong.

    Experimental — accuracy not yet measured

Self-check

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

The self-check needs the paper’s full text.

Cites

Flagged first, then by citations

18 of the 50 references couldn’t be matched to a known paper.

Research works printed but not linked: 10

  1. Ainslie, J., Lee-Thorp, J., de Jong, M., Zemlyanskiy, Y., Lebron, F., and Sanghai, S. GQA: Training generalized multi-query transformer models from multi-head check- points. In Proceedings of the 2023 Conference on Empir- ical Methods in Natural Language Processing (EMNLP 2023), Singapore, December 2023.
  2. Baeza-Yates, R., Ribeiro-Neto, B., et al. Modern Infor- mation Retrieval, volume 463. ACM Press, New York, 1999.
  3. Chen, L., Chen, Z., Tan, B., Long, S., Gasic, M., and Yu, K. Agentgraph: Towards universal dialogue manage- ment with structured deep reinforcement learning. arXiv preprint arXiv:1905.11259, May 2019. · arXiv
  4. Khattab, O., Singhvi, A., Maheshwari, P., Zhang, Z., San- thanam, K., A, S. V., Haq, S., Sharma, A., Joshi, T. T., Moazam, H., Miller, H., Zaharia, M., and Potts, C. DSPy: Compiling declarative language model calls into state-of-the-art pipelines. In The Twelfth International Conference on Learning Representations (ICLR '24), Vienna, Austria, 2024. URL https://openreview.net/ forum?id=sY5N0zY5Od.
  5. Li, Z., Zheng, L., Zhong, Y., Liu, V., Sheng, Y., Jin, X., Huang, Y., Chen, Z., Zhang, H., Gonzalez, J. E., and Stoica, I. AlpaServe: Statistical multiplexing with model parallelism for deep learning serving. In 17th USENIX Symposium on Operating Systems Design and Imple- mentation (OSDI 23), Boston, MA, July 2023.
  6. Lu, P., Peng, B., Cheng, H., Galley, M., Chang, K.-W., Wu, Y. N., Zhu, S.-C., and Gao, J. Chameleon: Plug-and-play compositional reasoning with large language models. In Proceedings of the 37th International Conference on Neural Information Processing Systems (NeurIPS '23), New Orleans, Louisiana, December 2023.
  7. Mialon, G., Dessi, R., Lomeli, M., Nalmpantis, C., Pa- sunuru, R., Raileanu, R., Roziere, B., Schick, T., Dwivedi-Yu, J., Celikyilmaz, A., Grave, E., LeCun, Y., and Scialom, T. Augmented language models: a survey. Transactions on Machine Learning Research (TMLR), 2023. ISSN 2835-8856. URL https://openreview.net/ forum?id=jh7wH2AzKK. Survey Certification.
  8. Qin, Y., Hu, S., Lin, Y., Chen, W., Ding, N., Cui, G., Zeng, Z., Huang, Y., Xiao, C., Han, C., Fung, Y. R., Su, Y., Wang, H., Qian, C., Tian, R., Zhu, K., Liang, S., Shen, X., Xu, B., Zhang, Z., Ye, Y., Li, B., Tang, Z., Yi, J., Zhu, Y., Dai, Z., Yan, L., Cong, X., Lu, Y., Zhao, W., Huang, Y., Yan, J., Han, X., Sun, X., Li, D., Phang, J., Yang, C., Wu, T., Ji, H., Liu, Z., and Sun, M. Tool learning with foundation models. arXiv preprint arXiv:2304.08354, June 2023. · arXiv
  9. Schick, T., Dwivedi-Yu, J., Dessì, R., Raileanu, R., Lomeli, M., Hambro, E., Zettlemoyer, L., Cancedda, N., and Scialom, T. Toolformer: Language models can teach themselves to use tools. 37th Conference on Neural In- formation Processing Systems, 2023.
  10. Yu, G.-I., Jeong, J. S., Kim, G.-W., Kim, S., and Chun, B.- G. Orca: A Distributed Serving System for Transformer- Based Generative Models. In 16th USENIX Sympo- sium on Operating Systems Design and Implementation (OSDI '22), Carlsbad, CA, July 2022.

Cited by

Sorted by citations

Authors
Abhyankar, R., He, Z., Srivatsa, V., Zhang, H., & Zhang, Y.
Affiliations
University of California San Diego (US)
Venue
arXiv
Publisher
arXiv
Published
2024
ISSN
2331-8422 (ISSN-L)
OpenAlex
W4391591762
Cited by
0
References
50
Type
posted content
Language
en
Open access
Locations
  • arXiv (Cornell University) (submittedVersion, cc-by)
  • arXiv (Cornell University) (cc-by)
Topics
  • Physical Sciences › Computer Science › Artificial Intelligence › Natural Language Processing Techniques
  • Physical Sciences › Computer Science › Hardware and Architecture › Parallel Computing and Optimization Techniques
  • Physical Sciences › Computer Science › Artificial Intelligence › Topic Modeling
Keywords
large language model inference, GPU utilization, LLM agents, memory efficiency

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.

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