GB·GiB와 Mbps·MB/s를 같은 단위로 비교하기

사용할 도구

• 도구 열기: 데이터 단위 변환

1GB와 1GiB를 byte로 바꾸기

종류를 용량으로 고르고 1GB를 byte로 바꾸면 1,000,000,000byte입니다. 숫자 1은 그대로 두고 GiB로 바꾸면 1,073,741,824byte입니다. 같은 숫자도 단위가 바뀌면 다른 양입니다. 단순한 라벨 교체가 아닙니다.

1 GB = 1000 × 1000 × 1000 byte
1 GiB = 1024 × 1024 × 1024 byte
1 GiB - 1 GB = 73,741,824 byte

GB는 1000의 거듭제곱, GiB는 1024의 거듭제곱입니다. 큰 단위로 갈수록 차이가 누적됩니다. 섞어 쓰면 장치 수가 늘 때 용량 계획 오차도 커집니다. 표 제목에 단위를 남기고 제품과 관리 화면의 기준을 확인하세요.

1TB가 약 931로 보이는 이유 나누기

1TB를 GiB로 바꾸면 약 931.3225746154785GiB입니다. 원래의 1,000,000,000,000byte를 1GiB의 byte 수로 나눈 값입니다. 같은 양을 다른 숫자로 나타낸 것이지 변환해서 저장 가능한 byte가 줄어든 것은 아닙니다.

실제 여유 공간 차이 전부를 이 변환으로 설명하면 안 됩니다. 파일 시스템 관리 영역, 복구 파티션, 기존 파일은 별도입니다. 공칭 용량, OS 총용량, 현재 여유 공간을 구분하세요. 931만 보고 정상이나 고장을 단정하지 말고 같은 항목을 비교하세요.

100Mbps와 12.5MB/s는 같은 이론 속도

종류를 속도로 바꾸고 100Mbps를 MB/s로 변환하면 12.5입니다. 1byte가 8bit이므로 8로 나눕니다. 도구의 MBps도 초당 메가바이트를 뜻합니다. Mbps의 b와 MB/s의 B는 다르므로 숫자만 보고 8배 느리다고 판단하면 안 됩니다.

출력을 MiB/s로 바꾸면 약 11.920928955078125입니다. 비트·바이트와 1000·1024 차이가 함께 작용합니다. 비슷하지만 안 맞는 속도는 대소문자뿐 아니라 i도 확인하세요. '12.5메가'가 아닌 '12.5MB/s'로 시간 기준까지 기록하세요.

단위 변환은 실측 속도가 아닙니다

변환은 같은 속도의 단위만 바꾸며 효율, 혼잡, 저장 장치 성능, 상대 제한을 측정하지 않습니다. 다운로드가 10MB/s라고 12.5와의 차이 전부를 회선 손실로 부를 수 없습니다. 무엇을 어느 구간에서 측정했는지도 맞춰야 합니다.

시간 계획은 전송 시간 도구에서 효율 가정을 명시해 비교하세요. 100%와 80%를 비교할 수 있지만 80%는 실측 상수가 아닙니다. 이미 실효 속도를 넣고 같은 손실을 효율로 다시 빼면 중복 반영입니다. 입력 속도의 의미부터 정하세요.

GB를 Mbps로 바로 바꿀 수 없는 이유

용량은 양이고 속도는 초당 양입니다. 1GB를 Mbps로 바꾸려면 시간이 필요합니다. 80초 전송이면 1,000,000,000×8÷80=100,000,000bit/s, 즉 이론상 100Mbps입니다. 8초면 열 배가 필요합니다. 시간을 생략할 수 없습니다.

용량과 속도를 분리하는 것은 차원이 다른 연산을 정상 변환처럼 보이지 않게 하기 위해서입니다. 같은 종류의 양을 맞추려면 이 도구, 기한 내 전송 속도는 전송 시간 역산을 사용하세요. 질문을 정하면 빠진 조건도 분명해집니다.

숫자를 복사할 때 단위도 남기기

GB 제목 열에 GiB 숫자를 붙이면 다른 용량으로 해석됩니다. 출력·원래 단위와 필요하면 식도 남기세요. 표시용 반올림을 해도 다음 계산에는 원래 결과를 쓰고 931.3 같은 표시값을 반복 변환해 오차를 누적하지 마세요.

마지막으로 1GiB를 byte로, 그 값을 다시 GiB로 바꾸면 1이어야 합니다. 다르면 중간 반올림이나 용량·속도 혼용을 확인하세요. 단위 변환으로 설명되는 범위를 먼저 알면 불필요한 장애 조사나 과도한 설비 추정을 줄일 수 있습니다.

원본과 전송된 파일 크기가 달라 보일 때

한 화면은 1GB, 다른 화면은 약 0.93GiB라고 표시해도 전송 중 데이터가 줄었다는 뜻은 아닙니다. 먼저 바이트 수를 확인하세요. 같은 1,000,000,000바이트를 십진 단위와 이진 단위로 다르게 표시할 수 있습니다. 다만 소수 두 자리로 반올림된 표시에서 정확한 원래 바이트 수를 복원할 수는 없습니다. 가능하면 정확한 파일 크기에서 비교를 시작하세요.

정확한 바이트 수도 다르다면 압축 파일과 압축 해제 후 파일, 논리 크기와 디스크 할당 공간, 줄바꿈이 바뀐 텍스트처럼 측정 대상을 살펴보세요. 단위 변환이 원인을 자동 진단하지는 않습니다. 같은 종류의 크기를 비교해야 합니다. 크기가 같아도 내용이 같다는 증거는 아니므로 전송 내용 확인에는 신뢰할 수 있는 원본과의 해시 비교 같은 별도 절차가 필요합니다.

용량을 전달할 때는 10GB 필요라고만 쓰기보다 압축·복제 전 입력 합계 10,000,000,000바이트라고 쓰는 편이 명확합니다. 로그 보관 일수, 백업 세대, 전송 효율은 단위 변환과 별개의 조건입니다. 먼저 바이트 수를 맞춘 뒤 목적에 맞는 모델을 적용하면 어느 단계에서 값이 늘었는지 추적할 수 있습니다.

참고 자료

• NIST — Prefixes for binary multiples (새 탭에서 열립니다)

사용할 도구

• 데이터 단위 변환