REVIEW 9 cited by
CaraServe: CPU-Assisted and Rank-Aware LoRA Serving for Generative LLM Inference
Not yet reviewed by Pith; the record is open.
This paper has not been read by Pith yet. Machine review is queued; the pith claim, tier, and objections will appear here once it completes.
SPECIMEN: schema-true, not a live event
T0 review · schema-true
One-sentence machine reading of the paper's core claim.
pith:XXXXXXXX · record.json · timestamp
Signed reviews
abstract
Pre-trained large language models (LLMs) often need specialization for domain-specific tasks. Low-Rank Adaptation (LoRA) is a popular approach that adapts a base model to multiple tasks by adding lightweight trainable adapters. In this paper, we present CaraServe, a system that efficiently serves many LoRA adapters derived from a common base model. CaraServe maintains the base model on GPUs and dynamically loads activated LoRA adapters from main memory. As GPU loading results in a cold-start that substantially delays token generation, CaraServe employs a CPU-assisted approach. It early starts the activated adapters on CPUs for prefilling as they are being loaded onto GPUs; after loading completes, it then switches to the GPUs for generative LoRA inference. CaraServe develops a highly optimized synchronization mechanism to efficiently coordinate LoRA computation on the CPU and GPU. Moreover, CaraServe employs a rank-aware scheduling algorithm to optimally schedule heterogeneous LoRA requests for maximum service-level objective (SLO) attainment. We have implemented CaraServe and evaluated it against state-of-the-art LoRA serving systems. Our results demonstrate that CaraServe can speed up the average request serving latency by up to 1.4$\times$ and achieve an SLO attainment of up to 99%.
Forward citations
Cited by 9 Pith papers
-
PLoRA: An NDP-Enhanced Pooled-Memory System for Cost-Efficient Multi-LoRA Serving
PLoRA places LoRA adapters and KV cache in CXL pooled memory with near-data processors, cutting decode latency by about 6.6x versus S-LoRA in simulation.
-
Data Driven Optimization of GPU efficiency for Distributed LLM-Adapter Serving
A simulator-plus-ML pipeline places LoRA adapters onto GPUs so a given workload needs fewer GPUs (60% claimed on average) without request starvation or memory errors.
-
Efficient Serving of LLM Applications with Probabilistic Demand Modeling
Hermes models LLM applications as probabilistic demand graphs and uses the Gittins scheduling policy plus backend prewarming to cut average completion time by over 70% in testbed runs.
-
Improving the Serving Performance of Multi-LoRA Large Language Models via Efficient LoRA and KV Cache Management
A dependency-aware unified caching manager and cost-model swapper reduce Time-To-First-Token for multi-LoRA LLM serving by roughly 50 to 60 percent over vLLM and S-LoRA.
-
InstantInfer: Enabling Fast LLM Cold Start with Communicating Finite Automata
InstantInfer refactors vLLM's cold start into a concurrent state-machine pipeline, speeding up startup by up to 7.2×.
-
EdgeLoRA: An Efficient Multi-Tenant LLM Serving System on Edge Devices
EdgeLoRA combines automatic adapter routing, LRU caching with a memory pool, and grouped LoRA batching to serve thousands of LoRA adapters on edge devices with up to 4x higher throughput than llama.cpp.
-
HSplitLoRA: A Heterogeneous Split Parameter-Efficient Fine-Tuning Framework for Large Language Models
HSplitLoRA combines split learning with LoRA, selects important weights via a gradient-weight product metric, adapts LoRA ranks and model split points to device budgets, and aggregates heterogeneous adapters by concatenation.
-
Adaptive Parameter-Efficient Federated Fine-Tuning on Heterogeneous Devices
Assigning federated fine-tuning devices different numbers of LoRA layers near the output, with ranks increasing toward the output, reaches target accuracy 1.5-2.8x faster and with up to 42.3% less communication than e...
-
Taming the Titans: A Survey of Efficient LLM Inference Serving
A survey that classifies LLM inference serving techniques into instance, cluster, emerging-scenario, and miscellaneous categories, with a companion GitHub index and four research directions.
Discussion (0). Continue with ORCID to comment.