인터넷 속도 측정
측정 서버: Cloudflare
'시작'을 누르면 약 20~30초 걸립니다. 데이터 사용량은 속도에 비례합니다(도움말 참고).
이미지와 링크는 브라우저에서 만들어지며 업로드되지 않습니다. 링크에는 숫자만 들어 있습니다.
이 브라우저에만 저장됩니다(최대 20개).
프록시를 켜면 측정이 프록시를 거쳐 프록시의 경로와 노드를 재게 됩니다. 이 규칙은 측정에 쓰는 호스트만 직접 연결합니다.
프록시 설정을 다시 불러온 뒤 다시 측정하세요. 프록시 노드 속도를 재려면 규칙을 넣지 마세요.
브라우저가 Cloudflare의 속도 측정 서버(speed.cloudflare.com과 같은 서버)에 바로 연결합니다. 내 네트워크에서 가장 가까운 Cloudflare 데이터센터로 가며, 이 사이트는 거치지 않습니다.
먼저 빈 요청 16번으로 핑과 지터를 잽니다. 다음은 다운로드: 여러 요청을 동시에 흘리면서 도착하는 바이트를 바로 세어 5~10초 측정합니다. 속도는 처음 30%를 뺀(연결이 속도를 다 올린 뒤의) 평균이며, 속도가 안정되면 일찍 끝납니다. 업로드도 반대 방향으로 똑같이 잽니다. 두 단계 동안 0.4초마다 작은 요청을 보내 회선이 꽉 찼을 때의 핑을 잽니다.
가장 흔한 원인은 와이파이입니다. 회선 자체의 속도를 보려면 유선으로 연결하고 다른 기기의 사용을 멈춘 뒤 측정하세요.
브라우저와 측정 서버 사이에는 HTTP/2 또는 HTTP/3 연결 하나(여러 요청이 공유)뿐이지만, Ookla 앱은 독립된 연결을 여러 개 엽니다. 가까운 데이터센터라면 결과가 거의 같지만, 서버가 멀수록 연결 하나는 불리해집니다. 또 Ookla는 통신사 내부망의 서버로 재는 경우가 많아 망 밖으로 나가는 경로보다 좋게 나옵니다.
중국 본토에서는 Cloudflare 데이터센터가 해외에 있어 국제 회선 대역폭을 재게 되며, 가입 속도보다 훨씬 낮게 나올 수 있습니다.
회선이 꽉 차면 공유기와 모뎀은 패킷을 큰 버퍼에 쌓아 둡니다. 다운로드 뒤에 줄 선 게임 패킷이나 통화 음성은 모두 기다려야 합니다. 이것이 버퍼블로트입니다.
이 측정은 다운로드와 업로드 중에 핑을 잽니다. 30 ms 이내로 오르면 괜찮고, 100 ms를 넘으면 누가 사진을 올리거나 백업이 돌 때마다 통화와 게임에서 체감됩니다. 공유기의 스마트 큐 관리(SQM: fq_codel 또는 CAKE)로 대부분 해결되며, 대신 최고 속도가 조금 낮아집니다.
프록시의 속도입니다. 프록시나 VPN이 켜져 있으면 브라우저가 그것을 거쳐 측정 서버에 연결하므로, 숫자는 나에서 프록시 노드까지의 회선, 노드 자체의 대역폭, 노드에서 Cloudflare까지의 경로를 나타냅니다. 노드를 비교할 때 편리합니다.
내 회선을 재려면 직접 연결 규칙(진행 막대 옆 버튼)을 추가하세요. speed.cloudflare.com만 직접 연결되고 나머지는 그대로입니다. Clash/Mihomo, Surge, Shadowrocket, Quantumult X, Loon, sing-box, Xray를 지원하며, 대부분 자동으로 최신 상태가 유지되는 규칙 세트로 쓸 수 있습니다. 제목 아래의 출구(도시, 네트워크, IP)를 보면 어느 경로로 측정했는지 알 수 있고, 프록시로 보이면 페이지가 알려 줍니다.
각 방향은 속도가 안정되면 5초, 길어도 10초에 끝나므로, 업로드와 다운로드 각각 최고 속도로 5~10초 분량입니다. 100 Mbps 회선이면 합계 약 100~250 MB, 1 Gbps면 1~2.5 GB. 측정 후 사용량을 보여 줍니다. 종량제나 모바일 데이터에서는 아껴서 측정하세요.
속도 측정은 데이터를 많이 쓰기 때문에 '시작'을 누를 때까지 기다립니다. 자주 잰다면 진행 막대 옆의 '페이지를 열면 자동 측정'을 켜세요. 이 설정은 이 브라우저에 저장됩니다.
아니요. 측정은 브라우저와 Cloudflare 서버 사이에서 이루어지며, 이 사이트는 결과를 받지 않습니다. 다른 웹사이트와 마찬가지로 Cloudflare는 내 IP 주소를 볼 수 있습니다. 공유 링크와 이미지는 브라우저에서 만들어지며 숫자만 담습니다. 코드는 GitHub에 공개되어 있습니다.