In vLLM v0.23.0, decode_time is computed as req_stats.last_token_ts - req_stats.first_token_ts; the source comment describes the decode interval as from first NEW_TOKEN to last NEW_TOKEN and says any preemptions during decode are included.
MetricvLLM v0.23.0confidence: highverified 3 hr agoverified-code
Metric
request_decode_time_secondsApplies when
V1 metricsIterationStats.update_from_finished_request finished-request accounting
Evidence
vLLM v0.23.0 v1 metrics stats.py(vllm/v1/metrics/stats.py:446-448)
definesprimarysource_codecode_introspection
Does not establish
- typical or healthy decode-time durations (workload-dependent)
- how much of a given
decode_timeobservation is attributable to preemptions - decode interval semantics in vLLM versions other than v0.23.0
Guards
vllm_version= v0.23.0metric_name=vllm:request_decode_time_secondsruntime_component= scheduler