[#4 Http1.1 vs Http2.0] Chrome-net-export 로 Img 10, 50, 100/Img S,M,L 제대로 성능평가

1️⃣ 수집된 데이터 사용된 필드

t = 시간 [st=밀리초] 이벤트 유형

t = 123808[st=1] HTTP2_SETTION_SEND_HEADERS

- 첫번째 필드 t는 브라우저 세션이 시작된 시점부터 경과한 시간을 밀리초 단위로 표시한다. (123808은 123.8초후 이 세션이 시작되었음을 의미한다.)

- 두번째 필드 'st'는 HTTP/2 세션이 시작된 시점부터의 상대적 시간을 밀리초 단위로 표시한다. 예를 들어, 1은 HTTP/2가 시작된지 1밀리초 후에 이벤트가 발생했음을 나타낸다.

 

 

 

2️⃣ 수행 정리 엑셀 시트

https://docs.google.com/spreadsheets/d/1ifBqptXL09vX0zMQe1AGBAEvsHZwrHhqJvATiESnq1g/edit?usp=sharing

성능 평가표

---

 

3️⃣수행 방법 첨부

 

1) 사용 툴

json 로그 파일과 Chrome-net-export 사용

 

 

2) HTTP2 측정 방법

send 지표

 

recv 지표

결론적으로, 위 두 지표에서 st 값의 차를 기록.

사진 개수별로 send를 했고, 그 이후 전체 recv 완료 된 부분을 보았다. 

 

3) HTTP1 측정 방법

 

Chrom/flags에서 http 사용 하는 것으로 변경

send

recv

http1.1 같은 경우 st 하나하나가 각 event 를 시작으로 이루 어져있어서, 

처음 t값과 마지막 t 값의 차이로 계산했다.

 

 

4️⃣결론, 왜?

 

http1.1 은 순서대로 응답하고, http2.0은 동시 다발적으로 통신한다.

http2.0은 통신 시작시에 서버와 클라이언트간에 인증서를 확인 하는 것을 거친다. 

 

그렇기 때문에 이미지 수가 작거나 작은 이미지 파일에 대한 통신은 http2.0의 시간이 느릴 것이라고 예상했는데, 

결과 측정한 것은 모두 http2가 성능이 월등히 좋게 나왔다.

 

💡왤까.

 

>> HTTP1.1 측정을 소켓 기준으로 했기 때문..

>> 소켓은 TCP 통신을 하기 위해  로지컬한 길을 만드는 일이다. 즉, 내가 측정했어햐 했던 것은 request를 보내고, response를 가져오는 것이었는데, 이는 길을 열어주고 닫는 거를 모두 측정한 셈이다. 추가로 소켓을 열어 두었던 것은 리스폰스 받아오는게 끝나도 오랜 시간 열려 있다. (다음에 뭘또 클라이언트가 원할 수 있기 때문)

>>>네트워크 소켓(network socket)은 컴퓨터 네트워크를 경유하는 프로세스 간 통신의 종착점 (위키백과)

>> 결론은 다시 측정!

 

 

 

참고

goldfishhead.tistory.com/26