2010-04-03 1 views
1

몇 가지 일반적인 웹 페이지에서 Google 크롬 속도 추적기를 테스트하고 결과를 살펴 봅니다. 내가 이해할 수없는 한 가지 사실은 리소스의 "Request Timing"및 "Response Timing"속성이 실제로 측정되는 것입니다.Google 크롬 속도 추적 프로그램 요청 타이밍 및 응답 타이밍은 실제로 측정되는 항목은 무엇입니까?

처음에는 Request Timing이 전송되는 리소스에 대한 요청과 해당 요청이 서버에 도착한 시간을 측정해야한다고 생각했습니다. 그러나 나는 Speed ​​Tracer가 이것을 실제로 측정하는 방법을 가지고 있는지 궁금해했다. 또한 리소스를 확보하는 Response Timing은 Request Timing (예 : 500ms 요청, 1ms 응답)보다 훨씬 적은 경향이 있습니다. 이는 약간 슬퍼합니다.

요청 타이밍과 응답 타이밍이 정확히 측정 할 수있는 사람은 누구입니까?

답변

2

요청 타이밍은 데이터가 서버에서 수신되기 전에 요청이 소요 된 시간입니다. 응답 타이밍은 데이터가 완료 될 때까지 클라이언트로 다시 전송되는 데 걸린 시간입니다.

2

저는 스피드 트레 이서와 내 GWT 응용 프로그램을 속일 때까지이 시간이 의미하는 바가있을 때까지 (Google은 설명서 작성을 좋아하지 않으므로 추측 할 수 있음) 아이디어를 얻을 때까지 속였습니다. 내 해석 :

이 이 타이밍

요청 : 전송 및 처리 요구

응답 타이밍의 (서버 측) : 응답의 전송 및 처리 (클라이언트 측)

요청 타이밍이 모든 것을 포함 발생 XmlHttpRequest 콜백 코드 (GWT의 경우 개체 직렬화는 물론)를 비롯하여 클라이언트에서 발생하는 모든 응답 타이밍을 서버에서 처리합니다.

희망이 있습니다.

+0

요청 타이밍은 클라이언트의 브라우저에서 요청이 발행되고 서버의 클라이언트에서 응답의 마지막 비트가 수신되는 순간을 시작합니다. 그리고 Response Timing은 클라이언트 브라우저에서 응답의 마지막 비트를받은 순간부터 시작되어 클라이언트 브라우저가 처리하고 응답을 로컬로 렌더링 한 순간을 멈 춥니 다. 나는 이것이 내가 얻고있는 숫자와 일치한다는 것을 알 수있다. 진정한 문서화 된 정의는 없다. –

+0

예, 슬픈 일입니다. 그러나 나는 그 가정에 대해 공정한 테스트를했고 의심의 여지가별로 없다. – fhd