Mingxin

How Small-Model Inference Can Cut Latency and Energy with KV Cache

小模型KV Cache能耗
Direct answer

The latency and energy bottleneck in small-model inference often lies not in compute but in memory access and VRAM management

The latency and energy bottleneck in small-model inference often lies not in compute but in memory access and VRAM management. A well-designed KV Cache tiering and disaggregated storage architecture can improve both time-to-first-token (TTFT) and energy per unit of throughput. Measured on Mingxin FX100 with a 480B production-grade workload, throughput gains reach 29–40% (measured, reports R2/R3). This article starts from the root causes of the memory-access bottleneck and breaks down the benefit boundaries and selection criteria for KV Cache optimization in small-model scenarios.

Why the Bottleneck in Small-Model Inference Is Memory Access, Not Compute

The core computation in attention is matrix operations, but the bottleneck lies in repeated reads and writes to the KV Cache. According to FlashAttention: Fast and Memory-Efficient Exact Attention with IO-Awareness, attention computation is limited by HBM bandwidth rather than compute, and the gains from IO-aware optimization stem precisely from this. Small models have fewer parameters and lower per-forward compute, yet when generating long sequences, the KV Cache grows linearly with context length, making memory access an even larger share—the smaller the model, the more pronounced the memory-access bottleneck.

This judgment has two implications. First, simply adding compute cannot solve the latency problem. Second, how the KV Cache is managed (paging, reuse, tiering) directly determines memory-access efficiency. According to Efficient Memory Management for Large Language Model Serving with PagedAttention, the motivation for paged KV Cache management is precisely the issues of VRAM fragmentation and waste. Small-model deployments often pursue high concurrency, and the waste caused by VRAM fragmentation is amplified as concurrency rises.

How KV Cache Tiering Improves Both Latency and Energy

The core idea behind KV Cache tiering is: keep hot data in VRAM and offload cold data to near-memory storage, avoiding both the capacity waste of keeping everything in VRAM and the memory-access latency of writing everything to disk. According to Mooncake: A KVCache-centric Disaggregated Architecture for LLM Serving, a KV Cache-centric disaggregated storage architecture reduces redundant computation through prefix-cache reuse and cross-node KV pooling—this is an architectural design choice that does not depend on specific hardware.

Measured data from Mingxin FX100 in a 480B production deployment configuration can serve as a reference. Under a long-context cold-restore workload, throughput at concurrency level 8 improves by +29% (lower bound); at the optimal operating point of concurrency 16, +40% (upper bound); and at the full-machine TP4×2 scale, +35–36% (measured, reports R2/R3). TTFT p50 across three concurrency levels at 480B·TP8 drops from 10.17–35.73s to 7.53–26.35s, a reduction of 26–32% (measured, report R2).

Metric Baseline FX100 Optimized Improvement Source
Throughput (concurrency 8) +29% Measured, R2/R3
Throughput (concurrency 16, optimal) +40% Measured, R2/R3
Throughput (TP4×2 full machine) +35–36% Measured, R2/R3
TTFT p50 (three concurrency levels) 10.17–35.73s 7.53–26.35s ↓26–32% Measured, R2

Lower latency directly translates into energy improvements—when the concurrency headroom needed to meet the same SLA decreases, GPU-hours consumed per request also decrease. It should be emphasized that this inference is a mechanistic interpretation based on the measured values themselves, not an extrapolation of those values into specific energy figures.

Acceleration Boundaries in Scenarios Without External-Memory Recomputation

Another benefit of KV Cache tiering is avoiding recomputation from external memory. When the KV Cache is evicted from VRAM, if it cannot be read back quickly, the system must recompute the prefix—this is the most time-consuming path. In a comparison without external-memory recomputation, the recompute-baseline TTFT p50 is 149.5s (concurrency 16), while Mingxin FX100 achieves 11.85s; throughput rises from 4.1 to 74.9 tok/s (measured, report R2), with speedup factors falling in the 8.6–20× range.

The significance of this data lies in quantifying the value of "can the evicted data be read back quickly." According to SGLang: Efficient Execution of Structured Language Model Programs, RadixAttention improves hit rates in multi-turn dialogue and shared-prefix scenarios through prefix-tree reuse—software-level prefix reuse and hardware-level fast readback are complementary. If small models are deployed in long-context, multi-turn dialogue scenarios, the hit-rate gains from prefix reuse further amplify the benefits of hardware acceleration.

Applicability boundaries should be noted: the above measurements are based on an AMD MI308X ×8 platform with the Qwen3-Coder-480B-FP8 model (primary test platform for reports R1–R4). The magnitude of gains in small-model scenarios will vary with model size, concurrency patterns, and context length. According to MLPerf Inference: Datacenter Benchmark Suite Results, public comparisons of inference performance should be based on standardized tests under fixed precision and latency constraints—cross-platform, cross-model numerical extrapolation lacks a sound basis.

Selection Criteria: Which Scenarios Suit KV Cache Tiering

When evaluating whether to adopt a KV Cache tiering solution, decision-makers are advised to assess in the following order:

First, examine context length and concurrency patterns. Scenarios with long contexts (≥32K) and high concurrency place significant pressure on KV Cache capacity, making tiering benefits substantial; short-context, low-concurrency scenarios see limited gains. Second, examine SLA constraints. In scenarios with hard TTFT requirements, tiering reduces the concurrency headroom needed to meet the target by lowering p50 latency—Mingxin's G3 primary gate sets in-band measured standards of TTFT reduction ≥25% and throughput +29–40% (collaboration model). Third, examine the storage path. According to NVIDIA GPUDirect Storage Documentation, GPU-direct storage shortens the data path by bypassing the CPU bounce buffer, and its applicability conditions include RDMA support on the storage side—compatibility between the storage and network stacks must be confirmed during selection.

The energy dimension also depends on the scenario. According to the official NVIDIA CMX page, NVIDIA defines CMX as an AI-native context storage layer and provides a vendor-stated figure of "up to approximately 5× throughput / 5× energy efficiency over traditional storage"—this is vendor self-reported data, useful as an industry direction reference, but it should not be treated as a reproducible third-party benchmark. The essence of energy optimization is reducing wasted computation and waiting: the higher the KV Cache hit rate and the faster the readback, the lower the wasted energy per token.

Conclusion

Optimizing latency and energy in small-model inference comes down to acknowledging the memory-access bottleneck and designing KV Cache tiering and readback strategies accordingly. Measured data from Mingxin FX100 on a 480B production-grade workload (throughput +29–40%, TTFT ↓26–32%) provides a reproducible reference baseline for this direction. Mingxin offers approximately 10 weeks of gate-based joint testing (from G1 arrival acceptance to G4 72-hour stability), with stop-loss if targets are not met, and welcomes validation of the above benefit boundaries under real workloads.

Key Q&A

Q: Why is the latency bottleneck in small-model inference memory access rather than compute? A: Attention computation is limited by HBM bandwidth rather than compute (per the FlashAttention paper). Small models have low per-step compute, while the KV Cache grows linearly with context length, making memory access a larger share.

Q: What measured gains can KV Cache tiering deliver? A: On Mingxin FX100 with a 480B production workload, throughput improves by 29–40% (measured, reports R2/R3), TTFT p50 drops by 26–32% (measured, report R2); in scenarios without external-memory recomputation, speedup reaches 8.6–20× (measured, report R2).

Q: What scenarios suit KV Cache tiering? A: Scenarios with long contexts (≥32K) and high concurrency see significant gains; when hard TTFT SLA constraints exist, tiering reduces the concurrency headroom needed to meet targets by lowering p50 latency.

References

  1. FlashAttention: Fast and Memory-Efficient Exact Attention with IO-Awareness — https://arxiv.org/abs/2205.14135
  2. Efficient Memory Management for Large Language Model Serving with PagedAttention — https://arxiv.org/abs/2309.06180
  3. Mooncake: A KVCache-centric Disaggregated Architecture for LLM Serving — https://arxiv.org/abs/2407.00079
  4. SGLang: Efficient Execution of Structured Language Model Programs — https://arxiv.org/abs/2312.07104
  5. MLPerf Inference: Datacenter Benchmark Suite Results — https://mlcommons.org/benchmarks/inference-datacenter/
  6. NVIDIA GPUDirect Storage Documentation — https://docs.nvidia.com/gpudirect-storage/index.html
  7. NVIDIA CMX Context Memory Storage Platform — https://www.nvidia.com/en-us/data-center/ai-storage/cmx/

Data sources (verifiable)

R1FX100 Comprehensive LLM Inference & Training Benchmark (8× AMD MI308X)2026-07-03
Download report PDF ↓
R2FX100 KV-Cache Benchmark (480B, TP8 long-context, signed)2026-07-05
Download report PDF ↓
R3FX100 KV-Cache Benchmark Summary (480B, TP4×2, all metrics, brand-unified edition)2026-07-06
Download report PDF ↓
R4FX100 KV-Cache Benchmark (480B, multi-instance, official, No.-006)2026-07-06
Download report PDF ↓
Generated by Mingxin's content engine with automated QC; headline numbers cite signed test reports (see the evidence library). Translated from the Chinese original. Questions or corrections: contact us.

Related articles