In vLLM v0.23.0, prefill_time is computed as req_stats.first_token_ts - req_stats.scheduled_ts; the source comment describes the prefill interval as from first SCHEDULED to first NEW_TOKEN and says any preemptions during prefill are included in the interval.
MetricvLLM v0.23.0confidence: highverified 2 hr agoverified-code
Metric
request_prefill_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:442-444)
definesprimarysource_codecode_introspection
Does not establish
- typical or healthy prefill-time durations (workload-dependent)
- how much of a given
prefill_timeobservation is attributable to preemptions - prefill interval semantics in vLLM versions other than v0.23.0
Guards
vllm_version= v0.23.0metric_name=vllm:request_prefill_time_secondsruntime_component= scheduler