속도 테스트

수정일 2026년 10월 1일

한 번 누르면 macOS 자체의 networkQuality가 Apple 서버를 상대로 회선을 잽니다. 내려받기, 올리기, 응답성이 나오고 마지막 결과는 줄에 남습니다.

• 읽는 법 – ↓ 다운로드, ↑ 업로드.
• 응답 – 전부하 상태에서 분당 왕복 횟수: 100 미만이면 통화·스트림이 힘들고 800+ 이면 훌륭. 결과 툴팁에 표시.
• 숫자가 흔들리는 이유 – 테스트가 병렬 스트림을 늘리기 때문에 진행 중 값이 흔들리며, 최종값은 안정된 용량입니다.
• speedtest.net과 다른 이유 – hop은 내려받기를 먼저, 올리기를 그다음에, 한 번에 한 방향씩 잽니다. speedtest.net과 다른 소비자용 측정도 같은 방식이고, 통신사가 파는 숫자도 이것입니다. hop이 부르는 시스템 도구는 따로 요청하지 않으면 두 방향에 동시에 부하를 겁니다. 위의 rpm이 그 도구의 또 다른 답이기 때문인데, 응답성은 바쁜 회선에 대한 질문이고 바쁜 회선은 양방향 모두 바쁩니다. 가정 회선에서는 올리기가 좁은 쪽이라, 내려받기가 최고 속도로 흐르는 옆에서는 두세 배 낮게 나왔습니다. 두 측정 방식 모두 옳으며, 답하는 질문이 다를 뿐입니다.
• 신선도 – 30분 지난(또는 다른 Wi-Fi의) 결과는 흐리게: 다시 측정할 때.
• 다운로드 기준 – 10 Mbps면 웹서핑과 음악, 25면 HD 영상, 50+면 4K와 빠른 앱 다운로드, 100+면 무거운 파일도 기다림 없이.
• 업로드 기준 – 5 Mbps면 화면 공유 통화, 10+면 HD 화상통화와 클라우드 백업, 25+면 스트리밍과 큰 업로드도 여유.
• 빠른 회선인데 RPM이 낮다면 – RPM은 속도가 아니라 부하 시 지연입니다. «부하 시»란 회선이 다른 일로 바쁜 순간을 뜻합니다: 파일 다운로드, 클라우드 백업, 집에서 누군가 스트리밍 시청. 그 순간 라우터 대기열(bufferbloat)가 패킷을 붙잡습니다. 0–100 – 회선이 바쁘면 통화 음성이 끊기고 왜곡되며 페이지가 몇 초씩 걸림; 100–400 – 부하 시 짧은 끊김만; 400–800 – 부하를 거의 못 느낌; 800+ – 토렌트 옆에서도 통화가 매끄러움. 회선을 세게 쓰는 일이 드물면 낮은 RPM은 문제 안 됩니다. 해결책: 스마트 큐(SQM) 라우터.