지금 실제로 얼마나 나오는지 확인하세요.

이 측정이 실제로 하는 일

먼저 짧은 예열 다운로드를 돌리고, 그다음에 본 측정을 합니다. 모든 연결의 첫 순간은 TLS 설정과 TCP 슬로 스타트에 쓰이기 때문에, 그 구간까지 포함하면 실제보다 낮은 값이 나옵니다.

본 측정은 3 MB입니다. 이것이 1.5초 안에 끝나면 회선이 빨라 3 MB로는 부족하다는 뜻이므로, 10 MB로 다시 측정하고 그 결과를 씁니다.

속도는 받은 바이트 수에 8을 곱한 뒤 걸린 초로 나눈 값입니다. 평활화도, 가중치도, 보정도 없습니다. 파일은 무작위 바이트로 만듭니다. 압축되는 데이터라면 회선이 아니라 압축기를 재게 되기 때문입니다.

응답은 캐시 없이, 매번 다른 쿼리 문자열로 내려갑니다. 다시 측정할 때 나도 모르게 내 저장장치를 재는 일이 없도록 하기 위해서입니다.

브라우저 속도 측정이 대략적인 이유

다운로드 한 번, 서버 한 대, 연결 하나, 한순간입니다. 제대로 된 측정은 여러 지점에 여러 스트림을 동시에 걸고, 한 점이 아니라 분포를 내놓습니다.

이 점이 중요한 이유는, 스트림 하나의 속도가 회선 용량뿐 아니라 나와 서버 사이의 왕복 시간에도 묶이기 때문입니다. 서버가 멀면 회선이 좋아도 값은 낮게 나옵니다.

결과는 지금 다른 무엇이 돌아가는지에도 좌우됩니다. 백그라운드에서 사진을 동기화하는 휴대폰, 같은 핫스팟에 붙어 업데이트를 받는 노트북, 그 순간 붐비는 기지국이 모두 값을 끌어내립니다.

그러니 판정이 아니라 연결이 살아 있고 대체로 제자리에 있는지 보는 간이 점검으로 읽으세요. 같은 연결에서 1분 간격으로 두 번 재면 3분의 1쯤 차이 나는 일이 흔합니다.

업로드와 지연 시간은 여기서 재지 않습니다. 영상 통화의 체감을 나쁘게 만드는 것은 지연 시간이고, 다운로드 수치가 좋은데도 연결이 망가진 느낌이 든다면 대개 그쪽이 진짜 원인입니다.

실제로 필요한 속도는 얼마인가

1 Mbps 아래면 지도는 느리게 뜨고 메시지는 그래도 됩니다. 동영상과 영상 통화는 안 됩니다. 무제한 요금제가 하루 한도를 넘겨 속도 제한에 걸렸을 때가 대략 이 정도입니다.

2에서 5 Mbps면 지도, 메시지, 메일, 표준 화질 동영상까지 무리 없이 됩니다. 영상 통화도 이 구간에서 유지되지만 해상도는 떨어집니다.

5에서 25 Mbps면 여행자가 휴대폰으로 하는 일은 전부 됩니다. 고화질 스트리밍과 끊기지 않는 영상 통화까지 포함해서요. 정말 중요한 구간이 여기입니다.

25 Mbps를 넘으면 휴대폰에서 하는 일 중 나아지는 것이 거의 없습니다. 190 Mbps 회선과 80 Mbps 회선은 손에 쥔 느낌이 똑같습니다. 차이는 노트북을 테더링해 큰 파일을 받을 때 드러납니다.

커버리지 표에 중앙값과 함께 하위 10퍼센타일을 싣는 이유가 이것입니다. 그 나라가 괜찮게 느껴지는지 망가진 것처럼 느껴지는지는 나쁜 10퍼센트가 결정하는데, 대표 수치는 그것을 가립니다.