Reuse prefixes.
Keep useful KV beyond one request and restore it when a compatible prefix returns.
KV cache for vLLM and SGLang
Keep repeated documents, system prompts and conversation prefixes useful beyond GPU memory.
One Cache Manager per host. Your engine keeps control of execution.
01 / Capabilities
Keep useful KV beyond one request and restore it when a compatible prefix returns.
Use pinned DRAM and optional SSD, with automatic GPU storage selection and experimental Rust FP8 storage quantization.
Select the required attention pages, windows and checkpoints for supported model layouts, and validate them before recovery.
Enable the vLLM connector or SGLang plugin. Both use direct GPU transfers and the same Rust cache client.
Local inventory indexes discover compatible replicas. etcd maintains leased membership; Mooncake TENT moves cache bytes.
Measure Qwen3-8B with a KV working set larger than DRAM. Compare request latency, throughput and concurrent SSD reads and writes.
Now Engine-owned HBM · pinned DRAM · optional SSD Experimental Mooncake remote fetch
02 / Deployment
Single-node caching → independent replicas → prefill/decode reuse
Use DRAM and SSD caching with official vLLM 0.31.0 or SGLang 0.5.21. Explore shared-cache deployments after validating your single-node workload; multi-node serving remains experimental.
Choose a deployment03 / Get started
Build a matching CUDA wheel, start a manager, then enable your engine's adapter. The first Python release is in preparation.
vLLM quickstart →# After installing OrbitKV and your inference engine
orbitkv-cache-manager \
--addr 127.0.0.1:50055 \
--pool-size 8gb04 / Documentation