MB·MiB와 Mbps의 차이: 파일 용량과 업로드 시간을 계산하는 방법

파일 크기와 전송 속도는 다른 양입니다

“파일이 200MB이고 인터넷은 100Mbps”라는 설명만으로 바로 완료 시간을 확정할 수는 없습니다. 파일의 MB가 어떤 기준인지, 100Mbps가 다운로드인지 업로드인지, 실제 파일 전송에 그 속도가 유지되는지부터 확인해야 합니다.

파일 크기는 옮길 데이터의 양이고 속도는 시간당 옮기는 양입니다. NIST의 바이트 정의에 따라 1바이트는 8비트입니다. 따라서 바이트로 표시된 파일을 비트/초로 표시된 속도로 나누려면 먼저 단위를 맞춰야 합니다. 이 변환을 빠뜨리면 시간 계산이 8배 차이 날 수 있습니다.

표기의 대소문자도 중요합니다. 이 글에서는 B를 바이트, bit 또는 속도의 b를 비트로 사용합니다. MB/s와 Mbps를 같은 숫자로 비교하지 마세요. 예를 들어 십진 기준 20Mbps는 초당 20,000,000비트, 즉 2,500,000바이트에 해당합니다. 이것은 단위 환산값이며 실제 앱의 파일 전송률을 측정한 결과는 아닙니다.

MB와 MiB는 같은 크기가 아닙니다

십진 접두어는 1,000을, 이진 접두어는 1,024를 단계별 기준으로 사용합니다. NIST의 이진 접두어 안내는 MB와 MiB, GB와 GiB를 구분해 설명합니다.

표기	기준	바이트 수
1 kB	1,000	1,000
1 KiB	1,024	1,024
1 MB	1,000²	1,000,000
1 MiB	1,024²	1,048,576
1 GB	1,000³	1,000,000,000
1 GiB	1,024³	1,073,741,824

서비스나 오래된 소프트웨어가 이진 기준을 쓰면서 화면에는 KB·MB라고 표시하는 경우가 있으므로, 기호만 보고 구현을 추측하지 않는 편이 좋습니다. 파일 속성에 정확한 바이트 수가 보이면 그 값을 비교의 기준으로 삼으세요. 같은 파일인데 화면에 보이는 숫자가 다르다면 실제 바이트 수가 바뀐 것인지 표시 기준만 바뀐 것인지 먼저 구분합니다.

현재 Tooliv의 단위 변환기도 데이터 선택지 이름은 KB, MB, GB이며 계산은 1,024 기반입니다. 예를 들어 도구에 1MB를 넣어 B로 바꾸면 1,048,576B가 나옵니다. 이는 위 표의 1MiB에 해당하는 값입니다. 도구 아래에도 이 기준을 표시하고 있으므로, 십진 MB를 쓰는 서비스의 한도와 비교할 때는 1,000,000B 기준을 별도로 적용해야 합니다.

200MB 파일의 전송 시간을 실제 숫자로 계산하기

다음 사례는 파일 전송률이 일정하고 재전송·준비·서버 처리 시간이 없다는 가정입니다. 실제 네트워크 벤치마크가 아니라 식을 직접 실행해 검산한 결과입니다.

전송 시간(초) = 파일 크기(B) × 8 ÷ 전송률(bit/s)

십진 200MB는 200,000,000B입니다. 전송률을 20Mbps, 즉 20,000,000bit/s로 놓으면 200,000,000 × 8 ÷ 20,000,000 = 80초입니다. 파일 크기를 200MiB로 바꾸거나 실제 전송률을 낮추면 다음처럼 달라집니다.

파일 크기 가정	전송률 가정	계산 결과
200MB = 200,000,000B	20Mbps	80초
200MiB = 209,715,200B	20Mbps	약 83.89초
200MB = 200,000,000B	12Mbps	약 133.33초

화면의 전송률이 2.5MB/s라면 이미 바이트/초 단위이므로 200MB ÷ 2.5MB/s = 80초로 계산합니다. 여기서 다시 8을 곱하면 잘못된 결과가 됩니다. 파일과 속도가 둘 다 같은 십진 기준이라는 가정도 맞춰야 합니다.

파일 여러 개를 보내면 각 바이트 수를 합쳐 대략적인 데이터 양을 계산할 수 있습니다. 다만 작은 파일을 여러 번 여는 비용, 파일마다 수행하는 검증, 병렬 전송 여부 때문에 같은 총용량의 단일 파일과 완료 시간이 같다고 보장할 수는 없습니다. 따라서 “전송 데이터만 계산한 시간”과 “사용자가 완료 화면을 볼 때까지의 시간”을 구분해 기록하세요.

표시 속도와 실제 완료 시간이 다른 이유

인터넷 상품이나 장비에 표시된 속도는 해당 파일이 끝날 때까지 실제로 유지되는 전송률과 같지 않을 수 있습니다. Cloudflare의 설명은 네트워크의 최대 전달 능력인 대역폭, 실제 전달량인 처리량, 전달에 걸리는 지연 시간을 서로 다른 개념으로 구분합니다.

파일을 올리는 작업이라면 다운로드 결과 대신 업로드 방향의 속도를 확인해야 합니다. 같은 네트워크를 쓰는 다른 작업, 무선 연결 상태, 목적지의 처리 능력, 연결 준비와 전송 과정의 부가 데이터도 결과에 영향을 줄 수 있습니다. 따라서 회선 표시값으로 계산한 80초를 마감 직전의 확정 소요 시간으로 사용하면 안 됩니다.

업로드 막대가 끝난 뒤에도 서버에서 바이러스 검사·미리보기 생성·변환 같은 처리를 진행할 수 있습니다. 이 구간은 파일 크기를 네트워크 속도로 나눈 식에 포함되지 않습니다. 가능하다면 비슷한 조건의 파일을 미리 보내 완료까지 걸린 시간을 기록하고, 실제 제출 마감에는 재시도와 확인에 필요한 시간을 따로 둡니다. 이 글은 특정 서비스의 처리 시간을 예측하지 않습니다.

용량 제한은 반올림된 숫자보다 바이트로 비교하세요

가상의 서비스가 최대 10,000,000B를 허용한다고 해 보겠습니다. 파일이 10,100,000B라면 십진 10.1MB이며 이진으로는 약 9.63MiB입니다. 어느 화면이 이를 9.63MB로 표시하더라도 이 가상 한도는 초과합니다. “10보다 작아 보인다”는 이유만으로 통과한다고 판단할 수 없는 사례입니다.

서비스의 안내가 단지 “10MB 이하”라면 구체적인 바이트 기준, 파일별 한도인지 전체 첨부 한도인지 확인하세요. 파일 속성의 “크기”와 “디스크 할당 크기”도 구별해야 합니다. 비교에 필요한 것은 보통 파일 데이터의 크기이며, 실제 전송 형식에 별도 부가 데이터가 붙는다면 서비스가 무엇을 기준으로 제한하는지도 확인해야 합니다.

사진을 줄일 때는 이미지 제출 준비 순서를 따라 픽셀 크기·허용 형식·화질을 함께 확인하세요. 용량만 통과하고 글자가 흐릿해지면 제출 목적을 충족하지 못할 수 있습니다. 변환 표시의 자릿수와 반복 환산은 단위 변환과 반올림 설명에서 이어 볼 수 있습니다.

전송 전에 남겨 둘 최소 기록

계산을 다시 확인할 수 있도록 원본의 바이트 수, 목표 서비스의 한도, 속도의 단위와 업로드 방향, 가정한 부가 시간을 적어 두세요. 그다음 최종 파일을 실제로 전송하고 완료 상태까지 확인합니다. 파일을 압축하거나 수정했다면 수정 전 숫자가 아니라 마지막 파일의 크기를 사용해야 합니다.

Tooliv 단위 변환기는 용량의 표현을 바꾸는 데 사용할 수 있지만 전송률을 측정하거나 서버가 파일을 받아들이는지 확인하지 않습니다. 계산으로 필요한 시간의 규모를 잡고, 실제 완료 확인은 전송 대상 서비스에서 마무리하세요.