curl 프록시 전송을 위한 클라이언트 측 타이밍
클라이언트가 보는 측정값을 프록시의 숨은 업스트림 작업의 분해로 간주하지 않고 curl 시간 간격을 해석합니다.
전체 전송 시간에서 첫 바이트 시간을 빼면 첫 응답 바이트 이후부터 완료까지의 간격을 설명합니다. 이는 프록시가 웹사이트에 연결하거나 웹사이트가 응답을 생성하기를 기다리는 데 얼마나 시간을 썼는지 분리하지 않습니다.
프록시 IP를 비교할 때 이 구분이 중요합니다. 웹사이트가 빠르게 응답했더라도 큰 본문은 첫 바이트 이후 간격을 길게 만들 수 있습니다. 작은 본문은 첫 바이트 전의 긴 대기 후 빠르게 끝날 수 있습니다.
| 측정 | 해석 |
|---|---|
| 연결 시간 | 전송 경로에 대해 클라이언트가 보는 연결 설정 |
| 전송 시작 시간 | 응답이 시작될 때까지 경과한 시간(선행 작업 포함) |
| 전체에서 전송 시작을 뺀 값 | 그 시점 이후 남은 전송 간격 |
각 필드에 문서화된 정확한 정의를 사용하십시오. 프록시 유형, TLS, 연결 재사용, 리디렉션은 어떤 단계가 표현되는지에 영향을 줄 수 있습니다. 이는 클라이언트의 관찰이며, 프록시 내부의 DNS, 대기열, 업스트림 연결, 원본 처리 시간을 자동으로 개별 노출하지는 않습니다.
프록시를 운영한다면 클라이언트 타이밍을 자체 요청 로그나 지표와 연관시키십시오. 그렇지 않다면 측정값을 종단 간 증거로 보관하고 정직하게 표시하십시오. «프록시 응답 시간»이라는 숫자에는 정의된 시작과 끝이 필요합니다.
비교 시 목적지, 응답 크기, 작업 부하를 일정하게 유지하십시오. 해당 비교에 공개 엔드포인트가 적합할 때 무료 프록시 목록이 후보를 제공합니다. 비교 가능한 측정에는 동일하게 지원되는 프록시 프로토콜을 사용하십시오. 다른 페이지에서 더 빠른 결과는 더 나은 프록시 경로가 아니라 더 작은 전송을 반영할 수 있습니다.