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.
Offload reusable KV to pinned DRAM and optional SSD. Keep the Manager alive across engine restarts.
Start with qualified dense Qwen3 profiles. Check engine, precision and state requirements before enabling a hybrid model.
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.
Native cache and transfer owners manage budgets, registrations and completion while engines retain scheduling and GPU allocation.
Now Engine-owned HBM · pinned DRAM · optional SSD Experimental Mooncake remote fetch
02 / Deployment
Single-node caching → independent replicas → prefill/decode reuse
Use official vLLM and SGLang with independent DRAM and SSD caching. Check the selected release and qualified profiles before deployment. 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