다운로드 시간 계산의 기본 공식
다운로드 시간은 파일 크기(비트) ÷ 전송 속도(비트/초)입니다. 파일 크기는 바이트(B), 회선 속도는 비트(bit)로 적는 관행 때문에 단위를 맞추는 것이 계산의 절반입니다. 바이트에 8을 곱해 비트로 바꾼 뒤 속도로 나누면 초 단위 시간이 나옵니다. 예를 들어 1GB(10억 바이트)는 80억 비트이고, 500Mbps(초당 5억 비트) 회선이면 80억 ÷ 5억 = 16초가 이론값입니다.
비트와 바이트, Mbps와 MB/s의 환산은 네트워크 속도 변환기에서, 1000 기준과 1024 기준(MB와 MiB)의 차이는 데이터 저장용량 단위 변환기에서 자세히 다루므로 여기서는 반복하지 않고, 이 계산기에서 어떻게 적용되는지만 설명합니다.
이 계산기의 단위 기준
- 회선 속도: K·M·G는 모두 1000 기준입니다. 1Mbps = 1,000,000bps, 1MB/s = 8Mbps(= 8,000,000bps)로 계산합니다.
- 파일 용량: 기본은 1000 기준(1GB = 10⁹바이트)이고, 윈도우 탐색기에 표시된 크기를 그대로 넣을 때는 "1024 기준"으로 바꾸면 GiB·MiB로 계산합니다. 같은 "2GB"라도 1024 기준이 약 7.4% 큽니다.
- 단위 일관성: 용량 기준(1000 또는 1024)은 직접 고르고, MB/s는 다른 속도 단위와 같은 1000 기준(8Mbps)으로 환산합니다. 입력 단위가 모두 1000 기준이면 두 값의 비율은 정확히 8로 유지됩니다.
이론 시간과 실효 속도는 왜 다른가
"이론 시간"은 광고된 회선 속도가 처음부터 끝까지 100% 데이터 전송에 쓰인다고 가정한 값입니다. 현실의 다운로드는 사슬처럼 이어진 여러 구간을 지나며, 전체 속도는 가장 느린 구간과 각 구간의 손실이 겹쳐 결정됩니다. 이 계산기의 실효 속도는 다음과 같이 계산합니다.
실효 속도 = min(회선 속도 × 효율, 서버 속도 상한), 현실적 시간 = 파일 비트 수 ÷ 실효 속도
효율을 깎아 먹는 요인은 크게 다음과 같습니다.
- 프로토콜 오버헤드: 이더넷·IP·TCP 헤더 때문에 유선에서도 데이터로 쓸 수 있는 비율은 이론적으로 약 94~95%입니다. 계산 근거는 네트워크 속도 변환기에 있습니다. VPN이나 PPPoE 터널이 있으면 더 낮아집니다.
- Wi-Fi 구간: 무선은 공유 매체라 거리·벽·주변 공유기 간섭·동시 접속 기기 수에 따라 실제 처리량이 링크 속도의 절반 이하로 떨어지는 일이 흔합니다. 같은 방에서 유선과 무선을 번갈아 측정하면 차이가 바로 드러납니다. 자세한 점검은 와이파이 느릴 때 해결하는 방법과 유선과 무선 비교를 참고하세요.
- 서버·CDN 속도 상한: 받는 쪽 회선이 아무리 빨라도 파일 서버가 사용자당 속도를 제한하거나 혼잡하면 그 속도가 한계입니다. 이 계산기의 "서버 속도 상한" 칸이 이 경우를 위한 것입니다.
- 회선 중간 구간: 공유기 WAN·LAN 포트가 100Mbps급이거나, 통신사·해외 구간이 혼잡하면 요금제 속도를 다 쓰지 못합니다.
- 같은 회선을 쓰는 다른 트래픽: 가족의 스트리밍, 클라우드 동기화, 백업이 대역폭을 나눠 씁니다.
- 받는 기기 쪽: 저장장치 쓰기 속도, 다운로드 후 바이러스 검사·압축 해제는 "다운로드 시간"에 포함되지 않지만 체감 완료 시점을 늦춥니다.
왕복 지연(RTT)이 단일 연결 속도를 제한하는 원리
TCP는 확인 응답을 받기 전까지 보낼 수 있는 데이터 양(윈도우)이 정해져 있어서, 연결 하나의 처리량 상한은 윈도우 크기 ÷ 왕복 지연(RTT)입니다. 윈도우 스케일링 없이 65,535바이트 윈도우를 쓰는 환경을 가정하면 다음과 같습니다(빌드 시 계산).
| RTT | 연결 1개의 처리량 상한 |
|---|---|
| 10ms | 약 52.4Mbps |
| 30ms | 약 17.5Mbps |
| 50ms | 약 10.5Mbps |
| 100ms | 약 5.2Mbps |
| 200ms | 약 2.6Mbps |
현대 운영체제는 윈도우 스케일링으로 훨씬 큰 윈도우를 쓰기 때문에 이 숫자가 그대로 한계는 아닙니다. 다만 지연이 큰 해외 서버에서 속도가 잘 안 나오는 이유, 다운로드 가속 프로그램이 여러 연결로 나눠 받으면 빨라지는 이유를 설명해 줍니다. 지연과 처리량의 구분은대역폭·지연·처리량 안내에서 더 볼 수 있습니다.
용량 × 회선 속도 시간표 (효율 80% 기준)
표의 앞 숫자는 이론 시간, 괄호 안은 효율 80%를 반영한 시간입니다. 파일은 1000 기준 바이트(10진)로 계산했습니다.
| 파일 | 100Mbps | 500Mbps | 1Gbps |
|---|---|---|---|
| 100MB (앱·문서 모음) | 8초 (10초) | 2초 (2초) | 1초 (1초) |
| 1GB (게임 패치) | 1분 20초 (1분 40초) | 16초 (20초) | 8초 (10초) |
| 4.7GB (DVD 한 장 분량) | 6분 16초 (7분 50초) | 1분 15초 (1분 34초) | 38초 (47초) |
| 50GB (대형 게임) | 1시간 6분 40초 (1시간 23분 20초) | 13분 20초 (16분 40초) | 6분 40초 (8분 20초) |
| 100GB (백업 데이터) | 2시간 13분 20초 (2시간 46분 40초) | 26분 40초 (33분 20초) | 13분 20초 (16분 40초) |
효율이 달라지면 시간이 얼마나 달라지나
500Mbps 요금제에서 효율만 바꿨을 때의 속도와 시간입니다. 효율 100%에서 1GB가 16초라면, 효율이 절반인 40%에서는 정확히 2.5배인 40초가 걸립니다. 시간은 효율에 반비례합니다.
| 효율 | 실효 속도 | 1GB | 50GB |
|---|---|---|---|
| 100% | 500Mbps (62.5MB/s) | 16초 | 13분 20초 |
| 90% | 450Mbps (56.3MB/s) | 18초 | 14분 49초 |
| 80% | 400Mbps (50MB/s) | 20초 | 16분 40초 |
| 60% | 300Mbps (37.5MB/s) | 27초 | 22분 13초 |
| 40% | 200Mbps (25MB/s) | 40초 | 33분 20초 |
| 20% | 100Mbps (12.5MB/s) | 1분 20초 | 1시간 6분 40초 |
검산 예시
- 4.7GB 영상 파일, 100Mbps 회선: 4.7GB = 4.7 × 10⁹ × 8 = 3.76 × 10¹⁰비트. 100Mbps = 10⁸bps이므로 376초, 즉 6분 16초가 이론값입니다. 효율 80%이면 실효 80Mbps라서 470초, 즉 7분 50초입니다.
- 50GB 게임, 1Gbps 회선: 4 × 10¹¹비트 ÷ 10⁹ = 400초, 즉 6분 40초가 이론값이고 효율 80%면 500초, 8분 20초입니다. 서버가 사용자당 400Mbps로 제한한다면 효율과 상관없이 4 × 10¹¹ ÷ 4 × 10⁸ = 1,000초, 약 16분 40초가 걸리며 병목은 서버입니다.
- 윈도우에서 "2GB"로 표시된 파일, 50Mbps 회선: 1024 기준 2GiB는 2 × 1,073,741,824 × 8 = 1.718 × 10¹⁰비트이므로 이론 5분 44초입니다. 같은 "2GB"를 1000 기준으로 보면 5분 20초라서 약 7.4% 차이가 납니다. 표시 기준을 확인하지 않고 계산하면 이만큼 오차가 생깁니다.
계산기 없이 어림하는 암산법
1GB(1000 기준)는 8,000메가비트이므로 1GB를 받는 시간(초) ≈ 8,000 ÷ 회선 속도(Mbps)입니다. 100Mbps면 80초, 500Mbps면 16초, 1,000Mbps면 8초입니다. 파일이 N GB이면 여기에 N을 곱하고, 효율이 80%일 때는 다시 1.25배(1 ÷ 0.8)를 하면 됩니다. 예를 들어 30GB를 300Mbps로 받는다면 8,000 ÷ 300 ≈ 26.7초에 30을 곱한 약 800초(13분 20초)가 이론값이고, 효율 80%면 약 1,000초(16분 40초)입니다. 반대로 "20분 안에 받으려면 몇 Mbps가 필요한가"는 파일의 메가비트 수(GB × 8,000)를 1,200초로 나누고 효율로 한 번 더 나누면 됩니다.
흔한 실수와 오해
- Mbps를 MB/s로 착각: 500Mbps는 초당 62.5MB입니다. 다운로드 창에 "60MB/s대"가 뜨면 정상입니다.
- 이론 시간을 약속된 시간으로 해석: 통신사의 속도는 대개 "최대" 기준이며 항상 보장되는 속도가 아닙니다. 약관·요금제 상세의 표기를 확인하세요.
- 속도 측정 사이트 결과를 그대로 대입: 측정 서버는 가까운 곳에 있어 지연이 작지만, 내려받는 서버는 해외일 수 있어 결과가 다를 수 있습니다. 측정 방법은 인터넷 속도 측정 안내를 참고하세요.
- 여러 개 동시 다운로드 시 각각 계산: 회선 대역폭을 나눠 쓰므로 개별 시간을 합산해야 하며, 각 파일이 서버 상한에 걸려 있다면 동시에 받는 편이 총 시간이 짧아질 수도 있습니다.
- 업로드에 다운로드 속도 사용: 가정용 회선은 업로드가 다운로드보다 느린 경우가 많습니다. 업로드 시간은 업로드 속도로 입력하세요.
이 계산기의 한계
실제 속도는 시간에 따라 계속 변하는데 이 도구는 일정한 속도를 가정합니다. TCP 연결 초기의 속도 증가 구간(slow start), 일시 정지·재개, 서버의 동적 제한, 데이터 사용량 제한 후 속도 저하 정책, 다운로드 후 처리 시간은 반영하지 않습니다. 따라서 결과는 "대략의 기준"으로 쓰고, 중요한 대용량 전송은 소량을 먼저 받아 실제 속도를 측정한 뒤 다시 계산하는 것이 정확합니다.
계산 결과를 활용하는 순서
- 먼저 효율 80%로 계산해 대략의 시간을 잡습니다.
- 실제 다운로드 속도(MB/s)를 한 번 확인하고 8을 곱해 Mbps로 환산한 뒤, 요금제 속도 대비 몇 %인지 계산해 슬라이더에 넣어봅니다.
- 효율이 50% 아래라면 유선 연결로 같은 파일을 받아 비교합니다. 유선에서 좋아지면 Wi-Fi 문제이고, 그대로면 서버·회선 구간 문제일 가능성이 큽니다.
- 서버 속도 상한이 의심되면 다른 시간대나 다른 미러·CDN에서 받아 봅니다.
- 동영상이나 음악의 용량을 미리 가늠하려면 비트레이트 파일 크기 변환기를 쓰고, 기기 사이에 큰 파일을 옮길 때는 파일 전송 방법 비교를 참고하세요.
자주 묻는 질문
여러 파일을 동시에 받으면 시간이 어떻게 달라지나요?
여러 다운로드가 같은 회선의 대역폭을 나눠 쓰므로 각 파일의 체감 속도는 느려집니다. 회선이 병목이면 전체 완료 시점은 순서대로 받을 때와 비슷하고, 서버가 파일당 속도를 제한하는 경우에는 동시에 받는 쪽이 전체적으로 빠를 수 있습니다.
업로드 시간도 같은 방식으로 계산할 수 있나요?
네. 다만 대부분의 인터넷 회선은 다운로드보다 업로드가 느리게 설정되어 있으므로 요금제 상세에 안내된 업로드 속도를 입력해야 정확합니다.
효율 80%는 어떤 근거인가요?
고정된 표준값이 아니라 여유를 둔 가정값입니다. 유선 이더넷의 이론적 상한이 94~95% 수준이고, 여기에 서버·중간 구간의 손실을 감안한 값입니다. 환경에 맞게 슬라이더나 버튼으로 바꿔 쓰세요.
서버 속도 상한은 어떻게 알아내나요?
대부분 공개되지 않습니다. 같은 서버에서 속도가 일정한 값에서 더 올라가지 않고 평평하게 유지된다면 상한이 걸린 것일 가능성이 큽니다. 그 평평한 값을 Mbps로 환산해 상한 칸에 넣어 보세요.
1GB로 광고된 파일이 윈도우에서 약 954MB로 보이는 이유는 무엇인가요?
10억 바이트(1000 기준 1GB)를 1024 기준으로 환산하면 약 953.7MiB이고 윈도우는 이를 MB로 표시하기 때문입니다. 이 계산기의 용량 환산 기준 선택으로 어느 쪽 숫자를 입력하는지에 맞추면 됩니다. 원리는 데이터 저장용량 단위 변환기에서 확인할 수 있습니다.
KB 단위 파일에서는 시간이 항상 "1초 미만"으로 나옵니다.
작은 파일은 실제로 전송 시간보다 연결을 맺고 응답을 기다리는 시간이 더 길기 때문에, 계산상 1초 미만이어도 체감 시간은 더 길 수 있습니다. 이 도구는 순수 전송 시간만 계산합니다.