Think Before You Grid-Search: Floor-First Triage for LLM Serving
Summary
The "Floor First" triage workflow introduces an analytical estimation method for optimizing Large Language Model (LLM) serving, aiming to reduce reliance on extensive grid search and heavy profilers. This workflow models each decode step using a five-dimensional resource vector: HBM bytes, FLOPs, network bytes, network messages, and KV capacity. It establishes optimistic and pessimistic performance floors, enabling an assessment of overlap quality before activating profilers, which are reserved for residuals above a set threshold. Deployment alternatives are compared by "wall ordering"—identifying the primary resource bottleneck under load—rather than by point benchmarks. The system is compositional and ships as a zero-dependency calculator. A case study on a DeepSeek-V3.2-style 671B MoE/MLA model on 16 NVIDIA H20 GPUs showed TP16 decoding is KV-capacity-limited to ~70 concurrent 8K requests. An EP16+DP-attention layout increased capacity to ~644, though single-stream latency favored TP by 2.4x, demonstrating optimal attention layout is a computable function of the operating point.
Key takeaway
For AI Engineers optimizing LLM serving, adopt a "Floor First" analytical approach to proactively identify resource bottlenecks. This method helps you avoid costly grid searches and excessive profiling by estimating performance floors based on resource vectors. You should compare deployment alternatives by their "wall ordering" under load, rather than simple point benchmarks, to make informed decisions on configurations like attention layouts, which are computable functions of your specific operating point.
Key insights
Analytical estimation can triage LLM serving bottlenecks before heavy profiling or grid search.
Principles
- Prioritize analytical estimation over blind grid search.
- Resource "wall ordering" reveals true deployment limits.
- Optimal attention layout is operating-point dependent.
Method
Model decode steps as a 5D resource vector (HBM bytes, FLOPs, network bytes, network messages, KV capacity); calculate optimistic/pessimistic floors; escalate profilers only on significant residuals.
In practice
- Apply Floor First to identify LLM serving bottlenecks.
- Compare deployment layouts by resource "wall ordering".
- Compute optimal attention layout for your operating point.
Topics
- LLM Serving Optimization
- Performance Profiling
- Resource Management
- DeepSeek-V3.2
- NVIDIA H20 GPUs
- Attention Layouts
- KV Cache Capacity
Best for: MLOps Engineer, AI Scientist, Research Scientist, Machine Learning Engineer, AI Engineer, AI Architect
Related on AIssential
Editorial summary, takeaway, and curation by AIssential. Original article published by Artificial Intelligence.