Tijdmeting aan de clientzijde voor curl-proxytransfers
Interpreteer curl-tijdintervallen zonder clientzichtbare metingen te behandelen als een uitsplitsing van het verborgen upstream-werk van de proxy.
Het aftrekken van de eerste-bytetijd van de totale overdrachtstijd beschrijft het interval na de eerste responsbyte tot de voltooiing. Het isoleert niet hoeveel tijd de proxy besteedde aan het verbinden met de website of aan het wachten tot de website een respons genereerde.
Dat onderscheid is belangrijk bij het vergelijken van proxy-IP's. Een grote body kan het interval na de eerste byte lang maken, zelfs als de website snel reageerde. Een kleine body kan na een lange wachttijd vóór de eerste byte snel klaar zijn.
| Meting | Interpretatie |
|---|---|
| Verbindingstijd | Clientzichtbare verbindingsopbouw voor de route van de overdracht |
| Start-overdrachtstijd | Verstreken tijd tot de respons begint, inclusief voorafgaand werk |
| Totaal minus start overdracht | Het resterende overdrachtsinterval na dat punt |
Gebruik de precieze definitie die voor elk veld is gedocumenteerd. Proxytype, TLS, hergebruik van verbindingen en omleidingen kunnen beïnvloeden welke fasen worden weergegeven. Dit zijn waarnemingen van de client; ze leggen de interne DNS-, wachtrij-, upstream-verbindings- en oorsprongsverwerkingstijden van de proxy niet automatisch afzonderlijk bloot.
Als u de proxy beheert, correleer dan de clienttijdmeting met de eigen aanvraaglogboeken of metrieken. Zo niet, bewaar de metingen als end-to-end bewijs en label ze eerlijk. Een getal met de naam ‘proxy-responstijd’ heeft een gedefinieerd begin en einde nodig.
Houd bij vergelijkingen de bestemming, de responsgrootte en de werklast consistent. Wanneer openbare eindpunten geschikt zijn voor die vergelijking, biedt de lijst met gratis proxies kandidaten; gebruik hetzelfde ondersteunde proxyprotocol voor vergelijkbare metingen. Een sneller resultaat van een andere pagina kan een kleinere overdracht weerspiegelen in plaats van een betere proxyroute.