@pochenai: Inspired by @percyliang's CS336, I built a static performance model for LLM inference — no dynamic batching/chunking, j…

X AI KOLs Following Tools

Summary

Inspired by CS336, a static performance model for LLM inference provides analytical bounds for VRAM, time-to-first-token, and throughput, covering various configurations and calibrated against public benchmarks.

Inspired by @percyliang's CS336, I built a static performance model for LLM inference — no dynamic batching/chunking, just clean analytical bounds. Pick model × GPU × batch × seq length × parallelism(DP/TP/EP/PP)  → VRAM check + TTFT + TPOT + prefill/decode breakdown + throughput vs batch size. Covers 5 KV cache variants (GQA/MLA/SSM/sliding window/linear attention), speculative decoding, multiple quant precisions. Calibrated against ~100 public benchmarks (TRT-LLM, Splitwise, MLPerf, Koyeb…). Demo: …https://llm-inference-calculator-delta.vercel.app Repo: https://github.com/pochenai/llm-inference-calculator…
Original Article
View Cached Full Text

Cached at: 08/30/26, 12:02 AM

Inspired by @percyliang’s CS336, I built a static performance model for LLM inference — no dynamic batching/chunking, just clean analytical bounds.

Pick model × GPU × batch × seq length × parallelism(DP/TP/EP/PP)  → VRAM check + TTFT + TPOT + prefill/decode breakdown + throughput vs batch size.

Covers 5 KV cache variants (GQA/MLA/SSM/sliding window/linear attention), speculative decoding, multiple quant precisions.

Calibrated against ~100 public benchmarks (TRT-LLM, Splitwise, MLPerf, Koyeb…).

Demo: …https://llm-inference-calculator-delta.vercel.app Repo: https://github.com/pochenai/llm-inference-calculator…

Similar Articles

@polynoamial: https://x.com/polynoamial/status/2064210146558136827

X AI KOLs Following

This article argues that LLM benchmark performance is increasingly a function of test-time compute, and that current evaluation methods fail to capture capability improvements when controlling for inference budget. It advocates for plotting performance vs. tokens, cost, or time, and discusses implications for safety evaluations.