Довідка та інструкції ›
Звіти та статистика
› Перцентилі response time (P50/P90/P99)
Перцентилі response time (P50/P90/P99)
3 хв читання · Звіти та статистика
Перцентилі часу відповіді (P50/P90/P99)
3 хв читання
Середній response time обманює - один 5-секундний spike погіршить середнє, але 99% користувачів має швидке завантаження. Перцентилі показують вам реальність краще.
Як перцентиль розраховується
Відсортуєте всі checks за період від найшвидшого до найповільнішого. P90 = response time, нижче якого 90% перевірок. Приклад при 1000 перевірках:
- P50 (медіана) = 500-те значення знизу. Половина перевірок була швидшою, половина повільнішою.
- P90 = 900-те значення. 90% перевірок було швидшими, лише 10% повільнішими.
- P99 = 990-те значення. 99% перевірок було швидшими.
Де це бачите
У деталях монітора → вкладка Статистика → секція "Response time":
| Window | P50 | P90 | P99 | Max |
|---|---|---|---|---|
| 24h | 142 мс | 298 мс | 1240 мс | 3140 мс |
| 7d | 155 мс | 320 мс | 1500 мс | 8200 мс |
| 30d | 160 мс | 340 мс | 2100 мс | 12400 мс |
Практичне читання
- P50 зростає = повільніша середня відповідь, треба стежити за TTFB, DB queries
- P99 зростає швидше ніж P50 = "tail latency" - окремі outlier requests, ймовірно GC паузи, cold cache, або непідготовлений peak
- Max значно вищий за P99 = одноразові екстремуми, можете ігнорувати (timeout, перехідний інцидент)
Сповіщення про latency
У тарифі Business можете налаштувати сповіщення, якщо P90 перевищить поріг (напр. 1000 мс). Деталі: вкладка Latency SLO. Для тарифів Standard/Pro стежите за latency вручну на графіку.