1GB가 1000MB 혹은 1024MB? 십진법과 이진법 데이터 용량 차이

새로 산 1TB 용량의 외장 하드디스크나 SSD를 컴퓨터에 연결했을 때, 윈도우 탐색기 속성 창에서 용량이 931 GB 정도로 대폭 줄어들어 있는 것을 보고 당황하거나 "불량 제품이 온 것 아니냐"며 분통을 터뜨린 경험이 한두 번쯤 있을 것입니다.

이러한 해묵은 용량 표기 괴리 현상은 컴퓨터가 데이터를 연산하는 근본적인 약속 방식(이진법)과 인간 사회의 상거래용 계측 표준(십진법)이 충돌하며 발생합니다. 십진 바이트(SI 접두사)와 이진 바이트(IEC 표준)의 환산 비밀을 명쾌하게 풀어드립니다.

요약 ① 십진법 단위 (SI): 우리가 아는 저장장치 제조사는 1 KB = 1000 Byte로 간주해 제품 용량을 계산합니다. ② 이진법 단위 (IEC): 컴퓨터 운영체제(OS)는 1 KiB = 1024 Byte로 연산하므로, 단위가 올라갈수록 표기 갭이 커집니다. ③ 실제 인식 용량 계산: 1TB 하드디스크의 실측 용량은 1,000,000,000,000 Byte ÷ 1024³ 연산을 거쳐 약 **931.3 GiB(GB)**로 변환 인식됩니다. ④ 바이트 단위 변환기를 활용하면 B, KB, MB, GB, TB는 물론이고 정확한 이진 규격인 KiB, MiB, GiB, TiB까지 원클릭으로 정밀 상호 환산할 수 있습니다.

십진 바이트(SI)와 이진 바이트(IEC)의 환산 수식 비교

인간은 10개의 손가락을 기준으로 1000 단위마다 명칭이 바뀌는 **십진법(SI 접두사)**을 정립했습니다. 반면, 켜짐/꺼짐 두 상태만 다루는 이진 스위치 기반 컴퓨터 아키텍처는 주소 체계상 자연스럽게 2의 거듭제곱 단위로 메모리를 다루게 되는데, 그중 2¹⁰ = 1024가 마침 1000과 가장 가까운 값이었기에 기존 SI 접두사(킬로·메가·기가)의 이름을 그대로 빌려 쓰게 된 것입니다.

이에 따라 국제전기기술위원회(IEC)는 두 규격의 혼동을 종식하기 위해 1998년 이진 접두사 표준을 공식 제정했습니다.

1. 십진법 용량 기준 (SI 접두사 - 저장장치 업계 표준)

• 1 Kilobyte (KB) = 1,000 Byte (10^3)
• 1 Megabyte (MB) = 1,000,000 Byte (10^6)
• 1 Gigabyte (GB) = 1,000,000,000 Byte (10^9)
• 1 Terabyte (TB) = 1,000,000,000,000 Byte (10^12)

2. 이진법 용량 기준 (IEC 접두사 - 운영체제 내부 연산 표준)

• 1 Kibibyte (KiB) = 1,024 Byte (2^10)
• 1 Mebibyte (MiB) = 1,048,576 Byte (2^20)
• 1 Gibibyte (GiB) = 1,073,741,824 Byte (2^30)
• 1 Tebibyte (TiB) = 1,099,511,627,776 Byte (2^40)

윈도우(Windows) OS는 내부적으로 이진법인 KiB, GiB 단위로 연산하면서도 화면 상에는 엉뚱하게 친숙한 십진법 약칭인 KB, GB로 퉁쳐서 표기하기 때문에 대다수 일반 사용자들이 용량이 사라진 것처럼 오해하게 됩니다.

하드디스크 1TB가 931GB로 쪼그라드는 수학적 비밀

저장장치 제조공장에서 1TB(1,000,000,000,000 Byte)로 설계하여 출고한 SSD를 윈도우 컴퓨터에 꽂는 순간 벌어지는 변환 연산식은 다음과 같습니다.

컴퓨터가 인식하는 GiB 단위를 구하려면 십진수 바이트 원금을 1024의 세제곱(1024³ = 1,073,741,824)으로 나누어야 합니다.

컴퓨터 인식 용량 = 1,000,000,000,000 Byte ÷ 1,073,741,824 Byte ≈ 931.32 GiB (GB)

따라서 물리적인 전자의 보관 용량(바이트 원금)은 완전히 동일합니다. 다만 이진 셈법으로 묶음 크기가 커지면서 상대적으로 숫자가 약 7% 가량 손실되어 표기될 뿐입니다. 이 격차는 테라바이트(TB)에서 페타바이트(PB) 수준의 빅데이터 인프라 영역으로 커질수록 더욱 심화됩니다.

바이트 단위 변환기로 정확한 용량 예측하기

십진법 용량을 이진법으로 나누고, 여러 용량 단위 간의 곱셈 환산을 일일이 메모장 켜서 나눗셈하기 번거롭다면 디지털 바이트 변환기를 활용해 보세요.

📖 실제 사용자들이 겪는 현실적인 사연과 트러블

실무 현장과 일상적인 IT 기기 사용 환경에서 저장 공간 단위를 오해하여 발생하는 피해와 갈등은 생각보다 훨씬 빈번하고 심각합니다. 다음은 제조사의 십진법 표기와 운영체제의 이진법 표기 차이를 인지하지 못해 발생했던 세 가지 실제 사례입니다.

사연 1: 고성능 게이밍 PC 조립 시 발생한 SSD 불량 오해와 반품 소동

PC 하드웨어 커뮤니티에서 활동하는 A씨는 최신 고사양 3D 게임들을 넉넉히 설치하기 위해 거금을 들여 2TB 용량의 최고급 NVMe SSD를 구매했습니다. 설레는 마음으로 메인보드에 장착하고 윈도우 11을 설치한 뒤 디스크 관리를 열어본 그는 경악을 금치 못했습니다. 분명히 2TB(2,000GB) 제품을 샀는데, 화면에 표시된 전체 용량은 1.81TB(약 1,862GB)에 불과했기 때문입니다. 무려 138GB라는 거대한 용량이 증발한 것을 본 A씨는 즉시 제조사에 불량품을 받았다며 거칠게 항의 전화를 걸고, 택배로 제품을 반품(RMA)하는 번거로운 과정을 겪었습니다. 그러나 며칠 뒤 고객센터로부터 돌아온 답변은 "제품에는 아무런 이상이 없으며, 윈도우 운영체제가 1024진법(IEC 이진법)을 사용하여 표기하기 때문에 발생하는 정상적인 현상입니다"라는 허무한 설명뿐이었습니다. A씨는 그제야 2,000,000,000,000 바이트를 1024의 세제곱(1,073,741,824)으로 나누면 1862.64 GB(정확히는 GiB)가 된다는 사실을 알고 얼굴을 붉힐 수밖에 없었습니다.

사연 2: 클라우드 서버 인프라 구축 중 발생한 용량 부족 다운타임 사태

스타트업에서 클라우드 DevOps 엔지니어로 근무하는 B씨는 대규모 트래픽이 예상되는 신규 서비스 런칭을 앞두고 AWS와 GCP 클라우드 환경에서 서버 RAM과 스토리지를 프로비저닝하는 임무를 맡았습니다. 그는 전체 예산과 필요 용량을 계산할 때 흔히 통용되는 십진법 GB(1,000,000,000 바이트)를 기준으로 비용을 엑셀에 정리하고 할당했습니다. 그러나 클라우드 서비스 제공자(CSP)들의 백엔드 시스템과 리눅스 기반의 컨테이너 환경은 스토리지를 GiB(1,073,741,824 바이트) 단위로 요금을 청구하고 파티션을 나누고 있었습니다. B씨가 십진법으로 계획한 1000GB는 실제 서버 환경에서는 약 931GiB로만 마운트되었고, 이 7.37%의 스토리지 용량 오차(적자)는 서비스 런칭 직후 예기치 못한 치명타로 돌아왔습니다. 로그 데이터와 유저 업로드 파일이 예상보다 빠르게 쌓이면서, 마진 없이 타이트하게 잡혀 있던 디스크 파티션이 100% 꽉 차버린 것입니다. 결국 디스크 공간 부족(Disk Full) 에러가 발생하며 데이터베이스 기록이 중단되었고, 황금 같은 오픈 첫날에 2시간 동안이나 서비스가 다운되는 치명적인 장애를 겪어야 했습니다.

사연 3: 4K 웨딩 영상 촬영 중 메모리 카드 용량 초과로 벌어진 참사

아마추어 영상 제작자인 C씨는 절친한 친구의 결혼식 본식 영상을 4K 초고화질로 촬영해 주기로 약속했습니다. 4K 영상의 비트레이트를 계산해 본 결과 1분에 약 1GB(십진법 기준 1,000MB)가 소요된다고 판단한 그는, 120분 길이의 예식을 넉넉히 담기 위해 128GB 용량의 최고속도 microSD 카드를 새로 구입했습니다. C씨는 "128GB니까 최소 128,000MB이고, 1분에 1000MB면 128분 연속 촬영이 가능하겠지"라며 안심하고 촬영을 시작했습니다. 그러나 가장 중요한 하이라이트인 신랑 신부의 혼인 서약과 반지 교환 순서가 진행되던 도중, 카메라 화면에 갑자기 '메모리 용량 부족' 경고가 뜨며 녹화가 강제 종료되고 말았습니다. 128GB 메모리 카드의 실제 컴퓨터/카메라 인식 용량(GiB 기준)은 약 119.2 GiB에 불과했고, 게다가 파일 시스템 포맷(exFAT)의 오버헤드와 클러스터 슬랙 공간까지 제외되니 실제 가용 공간은 119GB에도 미치지 못했던 것입니다. C씨는 잘못된 계산 하나 때문에 평생 한 번뿐인 친구의 소중한 순간을 놓치는 뼈아픈 경험을 하고 말았습니다.

🔬 핵심 기술 메커니즘 — 왜 이런 문제가 발생하는가

이러한 혼란이 30년 넘게 IT 업계에서 사라지지 않고 반복되는 이유는, 근본적인 기술 아키텍처와 인간의 셈법이 다르기 때문입니다. 이 차이를 명확히 이해하려면 그 역사적 배경과 운영체제별 처리 방식을 알아야 합니다.

$2^{10}$ = 1024 이진법(Binary) vs $10^3$ = 1000 십진법(Decimal) 아키텍처

인간은 10개의 손가락을 기준으로 숫자를 세는 것에 익숙하기 때문에 SI(국제단위계) 규격에 따라 킬로(Kilo, $10^3$), 메가(Mega, $10^6$), 기가(Giga, $10^9$)라는 1000 배수 접두사를 사용합니다. 하드디스크, SSD, USB 메모리 등의 저장장치를 생산하는 제조사들은 이 '십진법'을 표준으로 채택하여 제품을 설계하고 마케팅합니다. 그러나 컴퓨터의 두뇌인 CPU와 메모리는 전기가 통하고(1) 끊어지는(0) 두 가지 상태만을 인식하는 이진법(Binary) 트랜지스터로 구성되어 있습니다. 데이터 주소를 배정할 때도 2의 거듭제곱을 사용하는 것이 시스템 아키텍처상 훨씬 효율적입니다. 2의 10제곱($2^{10}$)은 1024로, 십진법의 1000과 가장 근접한 숫자입니다. 초창기 컴퓨터 공학자들은 편의상 이 1024 단위에도 기존 SI 접두사를 그대로 가져다 썼습니다. 즉, 1KB를 1024 Byte로 부르기 시작한 것이죠.

IEC 60027-2 표준의 등장 (KiB, MiB, GiB, TiB)

시간이 흘러 하드디스크 용량이 수 메가바이트에서 기가, 테라 단위로 폭증하자, 1000과 1024의 작은 차이는 누적되어 무시할 수 없는 거대한 오차가 되었습니다. 이에 국제전기기술위원회(IEC)는 1998년, 두 체계의 혼동을 종식시키기 위해 새로운 이진법 전용 접두사 표준인 IEC 60027-2를 제정했습니다. 기존의 킬로(Kilo), 메가(Mega) 대신 '이진(Binary)'을 뜻하는 'bi'를 붙여 **키비(Kibi, KiB), 메비(Mebi, MiB), 기비(Gibi, GiB), 테비(Tebi, TiB)**라는 새로운 단위를 공식화한 것입니다. (예: 1 GiB = 1024 MiB = $1024^3$ Byte) NIST(미국국립표준기술연구소)와 IEEE(전기전자공학자협회) 역시 이 IEC 표준을 적극 권장하고 있습니다.

운영체제(OS) 간의 엇갈린 행보와 표기법 차이

문제는 각 운영체제가 이 표준을 받아들이는 방식이 서로 달랐다는 점입니다.

• Windows (마이크로소프트): 여전히 내부적으로는 1024 단위(이진법)로 계산하면서, 화면에 표기할 때는 올바른 IEC 단위(KiB, GiB)를 쓰지 않고 구형 SI 단위(KB, GB)를 그대로 노출합니다. 이 때문에 소비자들의 오해가 가장 심하게 발생합니다.
• macOS (애플): 과거에는 윈도우와 같았으나, Mac OS X Snow Leopard (10.6) 버전부터 표기 정책을 대대적으로 변경했습니다. 저장장치 제조사와 동일하게 1000 단위(십진법)로 계산하여 표기합니다. 따라서 맥에서는 1TB 외장하드를 꽂으면 그대로 1.00TB (또는 1000GB)로 나타나 심리적 위화감이 없습니다.
• Linux / Unix 계열: 리눅스는 다행히도 두 가지 방식을 모두 명확하게 지원합니다. 터미널에서 디스크 용량을 확인할 때 df -h 명령어를 치면 인간이 읽기 쉬운 이진법 기반의 GiB (명령어 출력상 표기는 G 등)로 보여주며, df -H 명령어를 치면 십진법 기반의 GB 단위로 환산하여 보여줍니다. 파일 목록을 볼 때도 ls -lh (이진법)와 ls -l --si (십진법)로 명확히 구분해 줍니다.

저장 공간 손실률(Capacity Loss) 계산 공식

단위가 커질수록 십진법 표기(제조사)와 이진법 인식(Windows OS) 간의 격차는 기하급수적으로 벌어집니다. 이를 계산하는 수학적 손실률 공식은 다음과 같습니다. 손실률(Loss %) = ( 1 - ( $1000^n / 1024^n$ ) ) × 100 (n은 단계: KB=1, MB=2, GB=3, TB=4...)

이 공식에 따르면 단위별 실제 용량 증발 비율은 다음과 같이 나타납니다.

• KB (킬로바이트): 약 2.40% 손실
• MB (메가바이트): 약 4.86% 손실
• GB (기가바이트): 약 7.37% 손실
• TB (테라바이트): 약 9.31% 손실
• PB (페타바이트): 약 11.18% 손실

결국 1TB 하드디스크는 약 9.31%가 깎여나가 931.3GB(실제로는 GiB)로, 향후 상용화될 1PB(페타바이트) 스토리지는 무려 11% 이상이 날아간 888TB(TiB)로 인식되게 됩니다.

📊 상세 단위 비교 및 실생활 용량 체감 분석표

저장 단위별 십진법 바이트 수와 이진법 바이트 수의 차이, 그리고 그 오차율이 실제 우리가 다루는 파일 크기에 어떤 영향을 미치는지 한눈에 파악할 수 있는 종합 비교표입니다.

이 표에서 알 수 있듯 기가바이트(GB) 단위를 넘어가는 순간부터 오차는 7%를 초과하며, 테라바이트(TB) 급에서는 거의 10%에 육박하는 용량이 계산상으로 차이를 보이게 됩니다. 대규모 데이터를 다루는 전문가일수록 반드시 IEC 표준 단위인 GiB, TiB로 정밀 환산하는 습관을 가져야 합니다.

⚠️ 무심코 저지르는 5가지 흔한 바이트 단위 실수

IT 실무자나 일반 소비자가 데이터 용량과 속도를 다룰 때 가장 자주 범하는 치명적인 오해와 실수 5가지를 정리했습니다.

1. 사기당했다고 오해하여 HDD/SSD 제조사에 환불 요구하기 단순한 표기법의 차이를 제품 불량으로 착각하여 판매처와 불필요한 마찰을 빚고 교환/환불에 귀중한 시간과 택배비를 낭비하는 가장 흔한 실수입니다. 윈도우의 표기 방식 문제일 뿐 물리적인 메모리 칩은 정상 용량(십진법 기준)을 100% 담고 있습니다.
2. 네트워크 속도 비트(Bit, Gbps)와 저장 용량 바이트(Byte, GB/s)의 끔찍한 혼동 인터넷 통신사에서 가입자를 유치할 때 흔히 '1 기가(Gbps) 인터넷'이라고 광고합니다. 여기서 소문자 'b'는 '비트(Bit)'입니다. 하지만 우리가 파일을 다운로드할 때 보는 단위는 대문자 'B'인 '바이트(Byte)'입니다. 1 Byte = 8 Bit이므로, 1Gbps 속도의 실제 최대 다운로드 속도는 1000MB/s가 아니라 약 125MB/s입니다. 이를 혼동하면 네트워크 대역폭 설계 시 엄청난 병목 현상을 초래합니다.
3. 클라우드 서버 프로비저닝 시 십진법과 이진법 교차 적용 실수 AWS, Azure, GCP 등 클라우드 플랫폼에서 스토리지를 구매할 때 CSP가 요구하는 단위(GiB)를 무시하고 온프레미스 장비 구매하듯 십진법(GB) 기준으로 예산을 올렸다가, 나중에 파티션 구성 시 용량이 부족해져 급히 볼륨을 증설하고 서버를 재시작해야 하는 대참사가 벌어집니다.
4. 파일 시스템 포맷에 따른 오버헤드(Overhead) 공간을 무시하는 계산 운영체제가 하드디스크를 사용할 수 있게 포맷(NTFS, exFAT, ext4 등)을 하면, 파일의 이름과 위치, 권한 등을 기록하는 거대한 색인(Index) 테이블 공간이 필요합니다. 윈도우 NTFS의 경우 MFT(Master File Table), exFAT의 경우 FAT 테이블이 전체 용량의 수십~수백 MB 이상을 차지하게 됩니다. 이 필수적인 관리 영역을 고려하지 않고 빈틈없이 데이터를 채우려다 에러를 겪게 됩니다.
5. 클러스터 할당 크기(Allocation Unit Size)에 의한 슬랙(Slack) 공간 낭비 간과 디스크는 데이터를 저장할 때 최소 단위인 '클러스터'라는 방에 데이터를 넣습니다. 만약 클러스터 크기를 64KB로 포맷했는데, 1KB짜리 작은 텍스트 파일을 저장한다면? 나머지 63KB의 공간은 다른 파일이 쓸 수 없는 '슬랙(Slack) 공간'으로 낭비됩니다. 수만 개의 작은 파일이 있는 프로그래밍 프로젝트 폴더의 '크기'와 '디스크 할당 크기'가 크게 차이 나는 이유입니다.

💡 완벽한 용량 확보를 위한 5단계 스토리지 플래닝 워크플로우

저장 공간을 설계하고 서버 파티션을 나눌 때, 위와 같은 실수를 원천 차단하고 단 1바이트의 오차도 없이 예측하기 위한 전문가용 5단계 실전 워크플로우입니다.

1. 제조사 하드웨어 스펙 시트 확인 (십진법 기준 확보) 먼저 박스나 공식 스펙 시트에 적힌 십진법 용량을 확인합니다. 예를 들어 4TB HDD라면 4,000,000,000,000 Byte입니다. 이 원시 바이트 수치를 메모해 둡니다.
2. IEC 이진법 공식 적용 및 변환 (GiB/TiB 산출) 윈도우나 리눅스 fdisk에서 보게 될 실제 인식 용량을 계산합니다. 본 블로그의 바이트 단위 변환기 도구를 사용하여 4TB를 입력하고 이진법 탭을 확인하거나, 직접 ÷ (1024^3) 또는 ÷ (1024^4) 연산을 수행하여 TiB/GiB 값을 알아냅니다. (4TB = 약 3.63 TiB = 3725.29 GiB)
3. 파일 시스템 오버헤드 안전 여유분(1~2%) 공제 포맷 후 생성되는 파일 테이블(MFT, 저널링 등)이 차지할 메타데이터 공간을 위해 계산된 GiB 값에서 최소 1%에서 최대 2% 정도를 미리 공제합니다. 특히 리눅스 ext4 시스템은 기본적으로 루트(root) 유저를 위해 예약된 블록 공간(기본 5%)이 존재하므로 이 수치도 튜닝(tune2fs)하거나 반영해야 합니다.
4. 실질적인 가용 용량(Usable Capacity) 확정 오버헤드까지 뺀 최종 용량이 사용자가 100% 마음대로 쓸 수 있는 진짜 한계치입니다. 이 용량을 기준으로 애플리케이션 설치 공간, 미디어 파일 저장 공간 등의 예산을 세웁니다.
5. 파티션 분할 및 여유 공간 프로비저닝 할당 결정된 가용 용량을 바탕으로 C드라이브(OS용)와 D드라이브(데이터용)로 파티션을 쪼갭니다. 이때 SSD의 수명 연장과 성능 저하 방지를 위해 전체 용량의 최소 10~15%는 빈 공간으로 항상 남겨두는 오버프로비저닝(Over-provisioning) 룰을 적용하여 최종 세팅을 마칩니다.

🔍 전문가가 알려주는 스토리지 활용 팁과 고급 테크닉 7선

디스크 용량과 데이터 전송에 대한 이해도를 한 단계 더 끌어올려 줄 실무 꿀팁 7가지입니다.

1. 네트워크 속도를 즉시 내 다운로드 속도(MB/s)로 변환하는 '8 나누기' 법칙 초고속 인터넷 가입 시 500Mbps 기가라이트 상품을 쓴다면, 무조건 8로 나누세요. 500 ÷ 8 = 62.5. 즉 당신의 컴퓨터에서 토렌트나 스팀 게임을 다운받을 때 볼 수 있는 최고 속도는 초당 62.5MB/s입니다.
2. 운영체제 간 파일 이동 시 용량 표기 괴리 대비하기 윈도우에서 편집한 100GB짜리 폴더를 맥북(macOS) 외장하드에 복사하면 맥에서는 107GB 언저리로 표시됩니다. 데이터가 늘어난 것이 아니라, macOS가 십진법으로 표기하기 때문입니다. 협력사와 대용량 프로젝트 파일을 주고받을 때는 '총 바이트(Byte) 수' 자체를 대조하여 무결성을 검증해야 합니다.
3. 리눅스 터미널에서의 현명한 명령어 스위치 활용 (--si) 리눅스 서버에서 용량을 모니터링할 때, 클라우드 과금 기준(GiB)과 맞추려면 df -h (이진법)를 쓰고, 디스크 제조사 기준이나 일반인에게 보고서를 쓸 때는 df -H (십진법)를 쓰세요. 파일 리스트 확인 역시 ls -lh 와 ls -l --si 를 명확히 구분해 쓰면 프로페셔널해 보입니다.
4. 저장할 데이터의 성격에 맞춘 클러스터(할당 단위) 최적화 수 기가바이트짜리 거대한 고화질 영상 파일들만 전용으로 보관하는 아카이브용 드라이브라면, 포맷할 때 할당 단위를 4KB 대신 가장 큰 64KB나 2MB 이상으로 설정하세요. 파일 인덱싱 속도가 빨라지고 단편화 현상이 줄어들어 I/O 성능이 극대화됩니다. 반대로 소스 코드 파일이 많은 곳은 무조건 4KB를 유지해야 공간 낭비를 막을 수 있습니다.
5. 백업 스토리지 버퍼 공간 15% 룰의 엄수 아무리 자동 백업을 훌륭하게 세팅했더라도 스토리지를 100% 꽉 채우면 파일 단편화가 극심해지고 성능이 급락합니다. 전체 디스크의 15%는 '절대 접근하지 않는 가상 공간'으로 취급하고 경고 알림을 설정해 두어야 시스템 장애를 예방할 수 있습니다.
6. SSD 수명과 속도를 지키는 오버프로비저닝(Over-provisioning) 설정 TLC, QLC 방식의 최신 SSD는 용량이 꽉 찰수록 속도가 하드디스크 수준으로 처참하게 떨어집니다(더티 상태). 삼성 매지션(Magician) 같은 전용 관리 소프트웨어를 통해 강제로 전체 용량의 10%를 접근 불가 구역(OP 영역)으로 설정해 두면, 몇 년이 지나도 새것 같은 쾌적한 속도를 유지할 수 있습니다.
7. 이 모든 복잡한 계산을 한 번에 해결하기 위해 단위 변환기 북마크하기 머릿속으로 1024의 세제곱을 계산하는 것은 불가능에 가깝습니다. 실무 중에 스토리지 예산을 짜거나 용량 검증을 해야 할 일이 생기면 본 포스팅 상단에 위치한 바이트 단위 변환기를 항상 켜두고 교차 검증하는 습관을 들이세요.

🎯 최종 결정 트리: 어떤 단위계를 기준으로 작업해야 할까?

자신이 처한 상황에 따라 어떤 단위계를 신뢰하고 기준으로 삼아야 할지 헷갈린다면 아래의 결정 트리를 따라가세요.

• 질문 1: 구매 기안서를 작성하거나 하드웨어 마케팅 스펙을 비교 중입니까?
  • 예 ➔ 십진법 SI 기준 (KB, MB, GB, TB) 적용. 제조사의 브로슈어와 다나와 등의 쇼핑몰 표기 용량을 그대로 기준으로 삼아 가격 대비 용량(가성비)을 1원 단위로 꼼꼼히 비교하세요.
• 질문 2: 윈도우 OS에서 파티션을 나누고 C드라이브 용량을 할당하는 중입니까?
  • 예 ➔ 이진법 IEC 기준 (KiB, MiB, GiB, TiB) 적용. 윈도우 화면에 'GB'라고 적혀 있어도 속지 마세요. 윈도우 디스크 관리자의 모든 수치는 사실상 1024 기반의 GiB입니다. 이진법 변환 공식을 사용해 꼼꼼히 계산해야 1MB의 빈 공간도 남기지 않고 깔끔하게 파티션을 나눌 수 있습니다.
• 질문 3: AWS, GCP 등 클라우드 인프라의 스토리지를 프로비저닝 중입니까?
  • 예 ➔ 이진법 IEC 기준 (GiB, TiB) 최우선 적용. 클라우드 벤더의 청구서와 볼륨 생성 기준은 명확하게 GiB로 명시되어 있습니다. 십진법으로 예산을 잡았다가 나중에 용량 부족 사태를 겪지 않도록 처음부터 1024 단위로 정확히 환산하여 아키텍처를 설계하세요.
• 질문 4: 영상 스트리밍이나 인터넷 네트워크 대역폭(Bandwidth)을 계산 중입니까?
  • 예 ➔ 십진법 기반의 '비트(Bit)' 및 '바이트(Byte)' 연산 적용. 네트워크 통신 분야에서는 예외 없이 1000 단위의 십진법을 씁니다. 단, Mbps(메가비트)를 MB/s(메가바이트)로 환산하기 위해 반드시 8로 나누는 것을 절대 잊지 마세요.

📑 핵심 용어 사전 및 1줄 치트시트 (Terminology)

현업 실무자라면 반드시 정확하게 구분하고 사용해야 할 핵심 용어들입니다.

• Byte (바이트): 컴퓨터가 데이터를 처리하는 가장 기본적인 단위. 1 Byte는 8개의 Bit로 구성됩니다.
• Bit (비트): 컴퓨터의 최소 데이터 단위로 0 또는 1을 의미합니다. 통신 속도(bps)에 주로 사용됩니다.
• SI 접두사 (십진법): 킬로(K), 메가(M), 기가(G), 테라(T). 10의 3제곱(1000) 배수로 증가하는 인간 친화적인 표기법.
• IEC 접두사 (이진법): 키비(Ki), 메비(Mi), 기비(Gi), 테비(Ti). 2의 10제곱(1024) 배수로 증가하는 컴퓨터 내부 정밀 용량 표기법.
• Gibibyte (GiB): 정확히 1,073,741,824 바이트를 뜻하는 표준 단위. 1TB 하드디스크는 약 931.32 GiB입니다.
• Cluster Size (클러스터 크기): 파일이 저장되는 최소 블록 단위(보통 4KB). 크기를 초과하지 않아도 슬랙 공간 낭비가 발생합니다.
• Over-provisioning (오버프로비저닝): SSD 컨트롤러가 수명 연장(웨어 레벨링)과 속도 저하 방지를 위해 접근 불가 상태로 비워두는 필수 여유 공간.

자주 묻는 질문

Q1. 맥북(macOS)과 윈도우(Windows)를 번갈아 사용하는데, 파일 용량 표기 차이가 너무 큽니다. 데이터가 손상된 건가요?

A1. 데이터는 전혀 손상되지 않았습니다. **윈도우는 이진법(1024 단위)**으로 용량을 표기하고, macOS는 10.6 스노우 레오파드 버전 이후로 십진법(1000 단위) 표기를 채택했기 때문입니다. 예를 들어 100GB짜리 폴더를 맥에서 윈도우로 옮기면 윈도우에서는 약 93.1GB로 표시됩니다. 두 운영체제에서 해당 폴더의 '속성/정보 가져오기'를 열어 가장 밑에 있는 절대 수치인 '바이트(Bytes)' 수를 대조해보면 단 1바이트의 오차도 없이 동일함을 확인할 수 있습니다.

Q2. 1Gbps 기가 인터넷을 쓰는데 다운로드 속도가 125MB/s밖에 안 나옵니다. 불량 회선인가요?

A2. 지극히 정상적인 최고 속도입니다. 통신사가 마케팅에 사용하는 단위는 '기가비트(Gigabit, Gb)'이고, 파일 다운로드 시 표시되는 단위는 '메가바이트(Megabyte, MB)'입니다. **1 바이트(Byte)는 8 비트(Bit)**이므로, 속도를 변환할 때는 반드시 8로 나누어야 합니다. (1000 Mbps ÷ 8 = 125 MB/s). 즉 125MB/s는 해당 회선이 낼 수 있는 최대 효율을 100% 발휘하고 있다는 증거입니다.

Q3. 제조사들이 실제보다 용량을 부풀려 파는 사기가 아닌가요? 왜 윈도우 표기 기준으로 맞춰서 팔지 않나요?

A3. 과거에 미국에서 이 문제로 집단 소송이 발생하여 제조사들이 배상금을 지불한 적이 있습니다. 그 이후 모든 하드디스크와 SSD 박스 뒷면에는 **"1GB = 10억 바이트 기준이며 운영체제 환경에 따라 실제 인식 용량은 더 적을 수 있습니다."**라는 면책 조항이 작은 글씨로 인쇄되어 법적 책임을 피하고 있습니다. 제조사 입장에서는 더 커 보이는 십진법 숫자가 마케팅에 유리하므로, 굳이 숫자가 줄어드는 이진법 표기로 자발적으로 변경할 유인이 전혀 없는 상태입니다. 결국 소비자가 환산 지식을 갖추는 것이 최선입니다.