vLLM disaggregated PD serving: Qwen3.5-397B-A17B-NVFP4 on GB200 NVL72, 25K total TPS per GPU
Fields
benchmarks/vllm-qwen35-nvfp4-gb200-nvl72-tps-per-gpuNotes
Authored on NVIDIA-run GB200 hardware by vLLM/NVIDIA/Inferact contributors; treat as vendor-published even though the tooling and recipes are open source. Reproducible in practice: the exact Docker digest, Dynamo and srt-slurm versions are named, and every recipe is published in NVIDIA/srt-slurm-recipes under recipes/multi-node/Qwen3.5/GB200/8k1k/vllm/disagg with a single `srtctl run` command. The 25K figure is a rounded headline read off a Pareto chart, so treat it as ~25K, not a precise measurement. --stream-interval 100 buffers output in 100-token chunks, which inflates apparent per-token latency - do not use this record for ITL/TPOT.
LOAD-CONDITION AUDIT (bq- 2026-10-04). SCENARIO: NOT STATED by the source - absent, not inferred. A throughput figure with no scenario cannot be placed against an MLPerf Offline or Server number (they are different measurements; on identical hardware the Offline-minus-Server difference is negative in 5 of 9 systems measured). ABSENT CONDITIONS (1 of 7 checked: model, hardware, batch-or-concurrency, input length, output length, engine version, warmup): - warmup: unrecoverable from bench-nv-vllm-qwen35-25k-tps-blog - would need the raw harness log's warmup phase or the benchmark command line (loadgen min_duration/min_query_count, or trtllm-bench --warm_up N / --num_runs N) None of these were filled in. A plausible value is worse than an absent one: it would be trusted.