Imagine an open-book exam where, every time the student answers a question, the proctor erases the student's memory, forcing them to re-read the entire 500-page textbook from Page 1 before answering the next question. This absurd scenario is exactly how large language model APIs functioned before context caching.
The Redundant Prefill Waste
In modern multi-turn agent workflows, RAG systems, and coding assistants, developers pass massive system prompts, API tool schemas, and repository documentation in every request. In a 10-turn debugging session with a 50,000-token repository context, traditional inference engines recalculated the exact same attention Key and Value matrices for those 50,000 tokens 10 consecutive times.
[Naive Prefill: Compute Recalculated Every Turn] Turn 1: [50k Repo Tokens + Query 1] ──► Full Prefill Compute (1.2s, 100% Cost) Turn 2: [50k Repo Tokens + Query 2] ──► Full Prefill Compute (1.2s, 100% Cost) Turn 3: [50k Repo Tokens + Query 3] ──► Full Prefill Compute (1.2s, 100% Cost) [Context Caching with Radix Tree: Zero Prefill Compute on Reused Tokens] Turn 1: [50k Repo Tokens] ──► Compute ONCE & Save to Radix KV Cache (1.2s) Turn 2: [Cached 50k Tokens] + Query 2 ──► 0ms Prefill! Only compute Query 2 (20ms, 90% Savings) Turn 3: [Cached 50k Tokens] + Query 3 ──► 0ms Prefill! Only compute Query 3 (20ms, 90% Savings)
The Radix Tree Cache Architecture
Context caching treats GPU memory like a hierarchical Radix Tree (a space-optimized prefix trie). When an incoming request arrives:
- The inference engine hashes sequential token prefix blocks.
- It matches existing token nodes in the GPU's Radix cache.
- The pre-calculated Key-Value tensors are mapped directly into the new session's attention layer without executing a single matrix multiplication on the cached tokens.
The Prompt Engineering Rule
Context caching dictates a strict architectural discipline: place static, invariant tokens at the very front of the prompt, and dynamic variables at the end. When prompts adhere to deterministic prefix geometry, systems achieve over 85% cost reduction and near-zero Time-to-First-Token latencies.