IE 개발자 도구가 Fiddler보다 요청 시간이 훨씬 긴 이유는 무엇입니까?

Question

IE 11 개발자 도구는 간단한 AJAX JSON GET 요청에 대한 이러한 값을 보여주고있다 :

같은 요청에 대한

피들러이 차이에 대한 이유가 될 수 무엇

ACTUAL PERFORMANCE 
-------------- 
ClientConnected: 19:59:32.433 
ClientBeginRequest: 19:59:32.480 
GotRequestHeaders: 19:59:32.480 
ClientDoneRequest: 19:59:32.480 
Determine Gateway: 0ms 
DNS Lookup:   0ms 
TCP/IP Connect:  0ms 
HTTPS Handshake: 0ms 
ServerConnected: 19:59:32.448 
FiddlerBeginRequest:19:59:32.480 
ServerGotRequest: 19:59:32.480 
ServerBeginResponse:19:59:32.573 
GotResponseHeaders: 19:59:32.573 
ServerDoneResponse: 19:59:32.573 
ClientBeginResponse:19:59:32.573 
ClientDoneResponse: 19:59:32.573 

Overall Elapsed: 0:00:00.093 

(93ms를 보여줍니다 VS 125ms) - 개발자 도구가 정확하지 않거나 (로컬 캐시에서 리소스를 찾는 것과 같은) 다른 시간을 고려하고 있습니까? 때로는 차이가 훨씬 큽니다 (예 : 3ms VS 57ms). 비교할 google.com을 보았습니다. AJAX 요청 타이밍은 Fiddler와 IE에서 거의 동일하므로 내 사이트에서 개선 할 수있는 부분이 있다고 가정합니다.

Answer 1

가장 먼저 알아야 할 사항은 Windows의 경우 기본적으로 클록 해상도가 15.6ms이므로 모든 측정 값이 다를 수 있습니다. Fiddler에서 Fiddler가 실행되는 동안 시스템 클럭 해상도를 변경하려면 Tools> Fiddler Options> High Resolution Timers를 클릭하십시오. 피들러의 당신에게 실제 네트워크 시간을 표시하는 IE 개발자 도구 등 네트워크 시간뿐만 아니라 캐시를 확인, 내부 대기열과 같은 연관된 오버 헤드를 모두 포함해야 동안 일반적으로

다음으로, 이해 , millisecond-level 타이밍 분석은 웹 개발자의 시간을 많이 사용하지 않습니다. 대신 중복 된 리소스, 압축되지 않은 데이터, 중복 된 데이터, 불필요한 리디렉션 등을 찾습니다. 완료 할 때만 밀리 초로 내려가는 것을 귀찮게합니다 네트워크 인프라를 제어하고 낮은 수준에서 상황을 개선 할 수있는 위치에 있습니다.