Firebug 및 YSlow를 사용하여 LAN상의 서버를 벤치마킹하고 있는데, 경우에 따라 '수신 중'에 대해 '0ms'가 표시됩니다. Firebug (http://getfirebug.com/wiki/index.php/Net_Panel)에 따르면이 값은 네트워크를 통해 데이터를 읽는 데 걸리는 시간을 나타냅니다.방화범이 끌려 그물 탭의 '수신'값이 0 일 수 있습니까?
그러나 내 결과이 전혀 시간에 발생 표시하는 것, 또 다른 시간이 몇 밀리 세컨드의 가능성이 결과를 제공합니다
누구나 이런 일이 이유 실마리가 있습니까? 캐시를 지우고 Ctrl + F5를 사용하여 전체 페이지를 다시로드하더라도 종종 발생합니다.
"BFCache"결과가 표시 될 수 있습니다. 이들은 일반적으로 새로운 네트워크 요청보다는 브라우저에서 직접오고 있기 때문에 아주 작은 "대기"시간 (< 20ms)과 0 "수신"시간을 갖습니다. 화면의 spacer.gif 항목과 같이 밝은 회색 색상으로 표시됩니다.
자세한 내용은 Firebug 1.6: Tracking also BFCache reads을 참조하십시오. Net 탭 옵션을 사용하여이 기능을 켜거나 끌 수 있습니다. (보통 캐시 캐시를 사용하지 않도록 설정하고 BFCache 결과를 표시하지 않음) 동일한 설정을 사용하여 테스트를 추가했으며이 페이지를 다음과 같이 사용하여 동일한 결과를 볼 수 있습니다. 보기. Google 크롬 네트워크 패널에서도 동일한 내용을 확인했으며 비슷한 결과가 있습니다. "0 수신 시간"은 단일 네트워크 패킷 내에 들어갈 수있는 가장 작은 응답 크기 (약 1KB 미만)에서만 발생합니다. 나는 이것이 넷 패널 타이밍이 측정되는 방식에서 가장 중요한 사건이라고 생각한다. 하나의 패킷이 데이터 전송의 시작과 끝을 모두 알려주기 때문에 0으로보고 된 이유 일 수 있습니다.
잠시 동안 문제가 해결되지 않은 경우 BFCache를 검사하지 않고 브라우저 캐시를 사용 중지 한 것처럼 보였지만 일부 페이지 (GET 요청)은 여전히 그들이 대기 시간은 203ms이지만 수신에는 0입니다. 예를 들어,이 아주 pageload에서 대기 시간 만 보입니다. 모든 수신에 대해 0이 주어집니다. – deed02392
업데이트 BrianC가 좋아요. 전송 시간의 해상도가 패킷 수준에서 계산되는 경우 이해가됩니다. 고마워. – deed02392