forked from rohitg00/ai-engineering-from-scratch
-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathquiz.json
More file actions
78 lines (78 loc) · 2.63 KB
/
Copy pathquiz.json
File metadata and controls
78 lines (78 loc) · 2.63 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
{
"lesson": "18-vllm-production-stack-lmcache",
"title": "vLLM Production Stack with LMCache KV Offloading",
"questions": [
{
"stage": "pre",
"question": "What problem does LMCache primarily address in a vLLM deployment?",
"options": [
"KV cache pressure in HBM causing preemption and re-prefill of the same prefixes",
"Tokenizer GIL contention",
"Network egress filtering",
"Cold-start image pull"
],
"correct": 0,
"explanation": ""
},
{
"stage": "check",
"question": "What vLLM API introduced pluggable KV cache backends?",
"options": [
"Prefix-caching flag",
"PagedAttention v2",
"Connector API in vLLM v0.9.0",
"ChunkedPrefill API"
],
"correct": 2,
"explanation": ""
},
{
"stage": "check",
"question": "What does the vLLM 0.11.0 (January 2026) release add to the KV offload path?",
"options": [
"An asynchronous offload path so the engine does not block on offload in the common case",
"Synchronous-only offload",
"Mandatory FP8 KV cache",
"Removal of LMCache support"
],
"correct": 0,
"explanation": ""
},
{
"stage": "check",
"question": "When should you pick LMCache over native CPU offload?",
"options": [
"When multiple engines share prefixes across tenants, LoRA variants, or repeated RAG context, so cross-engine reuse pays",
"When you want to disable KV caching entirely",
"When a single engine has HBM pressure and no prefix sharing",
"When you are running on CPU only"
],
"correct": 0,
"explanation": ""
},
{
"stage": "post",
"question": "What happens to LMCache benefit when KV footprint stays well below HBM?",
"options": [
"LMCache automatically disables",
"It still doubles throughput",
"Configs match baseline with roughly 3-5% overhead and no real benefit",
"Engine crashes"
],
"correct": 2,
"explanation": ""
},
{
"stage": "post",
"question": "Why does LMCache compose with disaggregated serving (Phase 17 · 17)?",
"options": [
"Because LMCache replaces NIXL",
"KV transferred from prefill to decode lands in LMCache; later queries can pull from LMCache and skip prefill, so the cache-aware router can pick an engine whose local or LMCache-shared cache matches",
"Because LMCache runs on the same GPU as the engine",
"It does not — they are mutually exclusive"
],
"correct": 1,
"explanation": ""
}
]
}