Responstid kontrol
Find ud af, om en langsom side er langsom på grund af DNS, netværksstien, TLS håndtryk eller selve programmet.
Hvordan den måler
- En GET anmodning fra en enkelt sonde placering med en 8-anden deadline; omdirigeringer følges (op til fem) og deres tid er inkluderet i det samlede.
- Faserne er timet fra sokkel begivenheder: resolut, connect, TLS håndtryk, første respons byte og krop download (begrænset til 128 KiB).
- Ingen caching, ingen holde-levende genbrug: hver kørsel er en kold forbindelse, hvilket er, hvad en første gang besøgende oplever.
Grænseværdier
- En enkelt måling fra ét sted; latency adskiller sig fra region og over tid. Gentag et par gange, før du drager konklusioner.
- Dette er serverens responstid, ikke sidens belastningstid: scripts, billeder og rendering måles ikke. Det dækker ægte brugerovervågning.
- Kroppe større end 128 KiB er ikke fuldt downloadet, så download fase er en lavere grænse for store sider.
Fejlfinding
- Langsom DNS løsning
- Lang løsning gange normalt peger på at langsom autoritative navneservere eller lave TTL 'er tvinger hyppige opslag. Sammenlign resolvere med DNS formationschecker.
- Langsom TLS håndtryk
- Store certifikat kæder, OCSP hæftning problemer eller servere uden TLS 1.3 tilføje runde ture. Tjek HTTPS konfigurationskontrol.
- Høj tid til første byte
- Serveren accepterede anmodningen, men det tog lang tid at svare: se på programkode, databaseforespørgsler og opstrømsopkald.