LMCache Integration in Dynamo
Introduction
LMCache is a high-performance KV cache layer that supercharges LLM serving by enabling prefill-once, reuse-everywhere semantics. As described in the official documentation, LMCache lets LLMs prefill each text only once by storing the KV caches of all reusable texts, allowing reuse of KV caches for any reused text (not necessarily prefix) across any serving engine instance.
This document describes how LMCache is integrated into Dynamo’s vLLM backend to provide enhanced performance and memory efficiency.
Key Benefits
- Reduced Time to First Token (TTFT): Eliminates redundant prefill computations
- Memory Offloading: Intelligent KV cache placement across CPU/GPU/storage tiers
- Improved Throughput: Reduced GPU memory pressure enables higher batch sizes
Platform Support
Important Note: LMCache integration currently only supports x86 architecture. ARM64 is not supported at this time.
Aggregated Serving
Configuration
LMCache is enabled by setting the ENABLE_LMCACHE environment variable:
Additional LMCache configuration can be customized via environment variables:
LMCACHE_CHUNK_SIZE=256- Token chunk size for cache granularity (default: 256)LMCACHE_LOCAL_CPU=True- Enable CPU memory backend for offloadingLMCACHE_MAX_LOCAL_CPU_SIZE=20- CPU memory limit in GB (user can adjust based on available RAM to a fixed value)
For advanced configurations, LMCache supports multiple storage backends:
- CPU RAM: Fast local memory offloading
- Local Storage: Disk-based persistence
- Redis: Distributed cache sharing
- GDS Backend: GPU Direct Storage for high throughput
- InfiniStore/Mooncake: Cloud-native storage solutions
Deployment
Use the provided launch script for quick setup:
This will:
- Start the dynamo frontend
- Launch a single vLLM worker with LMCache enabled
Architecture for Aggregated Mode
In aggregated mode, the system uses:
- KV Connector:
LMCacheConnectorV1 - KV Role:
kv_both(handles both reading and writing)
Disaggregated Serving
Disaggregated serving separates prefill and decode operations into dedicated workers. This provides better resource utilization and scalability for production deployments.
Configuration
The same ENABLE_LMCACHE=1 environment variable enables LMCache, but the system automatically configures different connector setups for prefill and decode workers.
Deployment
Use the provided disaggregated launch script(the script requires at least 2 GPUs):
This will:
- Start the dynamo frontend
- Launch a decode worker on GPU 0
- Wait for initialization
- Launch a prefill worker on GPU 1 with LMCache enabled
Worker Roles
Decode Worker
- Purpose: Handles token generation (decode phase)
- GPU Assignment: CUDA_VISIBLE_DEVICES=0
- LMCache Config: Uses
NixlConnectoronly for kv transfer between prefill and decode workers
Prefill Worker
- Purpose: Handles prompt processing (prefill phase)
- GPU Assignment: CUDA_VISIBLE_DEVICES=1
- LMCache Config: Uses
MultiConnectorwith both LMCache and NIXL connectors. This enables prefill worker to use LMCache for kv offloading and use NIXL for kv transfer between prefill and decode workers. - Flag:
--is-prefill-worker
Architecture
KV Transfer Configuration
The system automatically configures KV transfer based on the deployment mode and worker type:
Prefill Worker (Disaggregated Mode)
Decode Worker or Aggregated Mode
Fallback (No LMCache)
Environment Setup
The system automatically configures LMCache environment variables when enabled:
Integration Points
-
Argument Parsing (
args.py):- Detects
ENABLE_LMCACHEenvironment variable - Configures appropriate KV transfer settings
- Sets up connector configurations based on worker type
- Detects
-
Engine Setup (
main.py):- Initializes LMCache environment variables
- Creates vLLM engine with proper KV transfer config
- Handles both aggregated and disaggregated modes
Best Practices
-
Chunk Size Tuning: Adjust
LMCACHE_CHUNK_SIZEbased on your use case:- Smaller chunks (128-256): Better reuse granularity for varied content
- Larger chunks (512-1024): More efficient for repetitive content patterns
-
Memory Allocation: Set
LMCACHE_MAX_LOCAL_CPU_SIZEconservatively:- Leave sufficient RAM for other system processes
- Monitor memory usage during peak loads
-
Workload Optimization: LMCache performs best with:
- Repeated prompt patterns (RAG, multi-turn conversations)
- Shared context across sessions
- Long-running services with warm caches
Metrics and Monitoring
When LMCache is enabled with --connector lmcache and DYN_SYSTEM_PORT is set, LMCache metrics are automatically exposed via Dynamo’s /metrics endpoint alongside vLLM and Dynamo metrics.
Requirements to access LMCache metrics:
--connector lmcache- Enables LMCacheDYN_SYSTEM_PORT=8081- Enables metrics HTTP endpointPROMETHEUS_MULTIPROC_DIR(optional) - If not set, Dynamo manages it internally. Only set explicitly if you need control over the metrics directory.
For detailed information on LMCache metrics, including the complete list of available metrics and how to access them, see the LMCache Metrics section in the vLLM Prometheus Metrics Guide.
References and Additional Resources
- LMCache Documentation - Comprehensive guide and API reference
- Configuration Reference - Detailed configuration options