Pomoc i poradniki ›
Raporty i statystyki
› Percentyle response time (P50/P90/P99)
Percentyle response time (P50/P90/P99)
3 min czytania · Raporty i statystyki
Percentyle response time (P50/P90/P99)
3 min czytania
Średni response time kłamie - jeden 5-sekundowy spike pogarsza średnią, ale 99% userów ma szybkie ładowanie. Percentyle pokazują Ci rzeczywistość lepiej.
Jak liczy się percentyl
Posortujesz wszystkie checki za okres od najszybszego do najwolniejszego. P90 = response time, poniżej którego jest 90% checków. Przykład przy 1000 checków:
- P50 (mediana) = 500. wartość od dołu. Połowa checków była szybsza, połowa wolniejsza.
- P90 = 900. wartość. 90% checków było szybszych, tylko 10% wolniejszych.
- P99 = 990. wartość. 99% checków było szybszych.
Gdzie to widzisz
W szczegółach monitora → zakładka Statystyki → sekcja "Response time":
| Window | P50 | P90 | P99 | Max |
|---|---|---|---|---|
| 24h | 142 ms | 298 ms | 1240 ms | 3140 ms |
| 7d | 155 ms | 320 ms | 1500 ms | 8200 ms |
| 30d | 160 ms | 340 ms | 2100 ms | 12400 ms |
Praktyczne czytanie
- P50 rośnie = wolniejsza średnia odpowiedź, trzeba śledzić TTFB, DB queries
- P99 rośnie szybciej niż P50 = "tail latency" - okazjonalne outlier requesty, prawdopodobnie GC pauzy, cold cache lub niezniwelowany peak
- Max wyraźnie wyższy niż P99 = jednorazowe ekstremy, możesz zignorować (timeout, przejściowy incydent)
Alerting na latency
W planie Business możesz ustawić alert, jeśli P90 przekroczy próg (np. 1000 ms). Szczegóły: zakładka Latency SLO. Dla planów Standard/Pro śledzisz latency ręcznie na wykresie.