2016-11-28 1 views

답변

12

크기보다 작은 첫 번째 숫자는 해당 리소스가 포함 된 네트워크 응답의 크기입니다. 또는 "응답 크기"

두 번째 숫자는 "콘텐츠 크기"로 디스크의 실제 리소스 크기입니다.

"응답 크기"가 "콘텐츠 크기"보다 클 수 있습니다 (예 : 캡쳐 화면에서 cs_0.2.js의 응답 크기는 1.5kb이지만 디스크의 크기는 1.4kb입니다). 응답에 응답 헤더의 메타 데이터

일반적으로 압축 때문에 응답 크기가 콘텐츠 크기보다 작습니다. 시간 열에서


는, 첫 번째 숫자는 "응답의 마지막 바이트의 수신에 대한 요청의 시작으로부터 총 시간"(: https://developers.google.com/web/tools/chrome-devtools/network-performance/resource-loading#view-network-timing-details-for-a-specific-resource 여기부터)이다. 두 번째 숫자는 본질적으로 리소스를 제공하는 서버로부터 응답을받는 데 걸리는 대기 시간입니다. 목록에서 특정 요청을 클릭하면 타이밍 탭에서 자세한 분석을 볼 수 있습니다 (시간 표시 막대의 색상 막대 위로 마우스를 이동하면이 정보도 볼 수 있습니다).

(세부 분류에서 볼 수 있듯이) 요청 시간의 대부분은 일반적으로 "대기 중 (TTFB)"(TTFB는 "처음부터 끝까지" 바이트").


실제로 "보기 :"오른쪽에있는 상단의 버튼을 눌러 콘텐츠 크기 및 지연 시간을 볼 수 없도록 설정할 수 있습니다.

+1

벤치마킹에 더 많은 문제가 있습니까? "크기"와 "시간"둘 다? – JaTo

+0

테스트를 통해 동일해야하므로 크기를 실제로 벤치 마크 할 수는 없습니다. 다른 웹 페이지를 벤치마킹하지 않는 한? 응답 크기는 실제로 중요한 것입니다. 그리고 시간이 지남에 따라 요청 시간은 대기 시간보다 중요합니다. 왜냐하면 개발자는 대기 시간을 제어 할 수 없기 때문입니다. 그러나 다른 웹 페이지 성능을 벤치마킹하는 경우 다른 웹 서버에 대한 대기 시간에 관심을 가질 수 있습니다. –

관련 문제