forked from ggml-org/llama.cpp
-
Notifications
You must be signed in to change notification settings - Fork 17
MoE Cache Diagnostics
Rocco A edited this page Sep 14, 2026
·
3 revisions
Use the cache reports to prove which path ran and where it spent time.
Important
CUDA REQUIRED: These reports describe the CUDA MoE cache. Remove --experimental-logs from normal production runs.
Add --experimental-logs for detailed reports. Basic hit/miss/eviction summaries print without it.
-
moe-grouped-decode: registered/covered groups, plan compiles/reuses, completed calls, host-staged calls, fallbacks, and errors. -
moe-cache-phase: prefill/decode operations, staging, route readback, cache activity, transfer bytes, and timing. -
moe-cache-experts: unique experts, reuse distance, and hot tensors. -
moe-cache-host: host budget, directly registered complete groups, and reserved staging. -
moe-cache-mm: sampled mmap page residency when mapped sources are used.
Counters aggregate across the process and reset at request-timing or unload boundaries. Under parallel load, one block does not belong exclusively to the request that triggered it.
covered > 0 and calls > 0 prove grouped execution. covered=0 means the cache used its established path. Compare H2D bytes only across runs that process the same tokens and do equivalent CPU work.
| Branch | Backend counters | Server reporting |
|---|---|---|
moe-cache |
moe-cache.cu |
tools/server/server-context.cpp |
GenerelSchwerz llama.cpp
- Home
- Discord community
- Contributors
- Complete feature index
- Hardware setup guides
- Owner-verified evidence
- Notable runs
- Benchmark comparison showcase
- BeeLlama Main
- Llama Main
- Llama Dev
- MoE Cache
Feature groups
- Memory placement and workspace
- Validation and diagnostics
- CUDA MoE cache and helpers
- Grouped MoE drafting
Source branches