ZIP Uncompressed Size는 ZIP 압축 파일 안에 있는 파일이 다시 압축 해제되었을 때 몇 바이트가 되는지를 나타내는 값입니다. 이는 보통 더 작은 크기인, 압축 상태로 아카이브 안에 있을 때의 Compressed Size와 대조됩니다. 메타데이터 리더 ExifTool에서는 이 값을 ZipUncompressedSize로 표시합니다.
어떤 파일이 이를 포함하는지, 그리고 그 숫자는 어디에서 오는지
이 값은 아카이브에 기록됩니다. ZIP 파일뿐 아니라, 내부적으로 ZIP 컨테이너인 일상적인 형식들인 .docx, .xlsx, .pptx 문서, .odt 파일, .epub 전자책, .jar 및 .apk 패키지도 기록합니다. RAR, 7z 및 다른 아카이브 형식들도 자체 형식에 맞게 같은 수치를 저장합니다. 파일 안에는 저장되어 있더라도, 보고서에는 .odt 및 .epub 파일에 대해 이 값이 표시되지 않을 수 있습니다.
아카이브는 보통 여러 파일을 하나로 묶기 위해 존재하지만, 하나의 파일만 단독으로 아카이브할 수도 있습니다. 그리고 압축 프로그램은 포장하는 동안 각 파일의 원래 크기를 함께 기록합니다. 이는 아카이브를 만든 앱이 자동으로 수행하는 작업으로, 7-Zip, WinRAR, WinZip, macOS의 Archive Utility, Windows의 압축 폴더 명령, zip 명령줄 앱 등 어떤 앱이든 동일합니다.
이 수치는 선언값이라는 점을 이해하는 것이 중요합니다. 아카이브는 압축을 풀었을 때 콘텐츠가 얼마나 커야 하는지를 명시할 뿐이며, 실제로 압축을 풀어 보기 전까지는 검증되지 않습니다. 추출할 때 비로소 그 크기와 저장된 체크섬을 실제로 나온 결과와 비교합니다.
일반적인 값이 어떻게 보이는지
정수(byte) 값이며, 앱에서 보통 화면 표시를 위해 KB 또는 MB로 변환합니다. 예를 들어 짧은 Word 문서의 본문은 압축되지 않았을 때 48219 byte로 표시될 수 있지만, .docx 파일 내부에서는 그 일부분만 차지합니다.
Compressed Size를 이 값으로 나누면 압축률을 얻을 수 있습니다. 차이가 얼마나 나는지는 콘텐츠와 사용된 방식에 따라 다릅니다. ZIP 파일에서는 Deflate가 표준 방식이며, BZIP2와 LZMA 등이 대안으로 사용됩니다. 알아둘 만한 특이점도 있습니다. 원래 ZIP 필드는 32비트 크기만 저장할 수 있어 4,294,967,295 byte, 즉 4 GB 바로 아래에서 멈춥니다. 더 큰 콘텐츠는 ZIP64 확장 기능에 의존하며, 실제 값은 추가 레코드에 저장됩니다. 따라서 ZIP64를 이해하지 못하는 매우 오래된 앱에서는 거대한 파일에 대해 잘린 값이나 의미 없는 숫자를 표시할 수 있습니다.
왜 중요한지
이 값의 가장 실용적인 용도는 용량 계획입니다. 압축을 풀기 전에 콘텐츠가 공간에 들어갈지 알려 주는 값이며, 텍스트나 로그 파일로 이뤄진 작은 아카이브가 수 GB로 불어날 수 있기 때문에 차이가 상당할 수 있습니다. 압축된 크기와 비교하면 압축이 실제로 도움이 되었는지도 알 수 있습니다. 두 값이 거의 같다면 JPEG, MP3, MP4 파일처럼 이미 압축된 콘텐츠여서 다시 압축해도 용량이 줄어들지 않는다는 뜻입니다.
이 값은 무결성 점검 역할도 합니다. 몇백 KB짜리 아카이브가 거대한 Uncompressed Size를 선언한다면 주의가 필요합니다. 의도적으로 그렇게 만들어, 누군가 압축을 풀었을 때 디스크를 가득 채우도록 하는 악의적인 아카이브가 있기 때문입니다. 보관용 작업에서는 반대로, 선언된 크기를 실제로 추출된 결과와 비교해 보는 것이 오래된 아카이브가 여전히 온전한지 확인하는 간단한 방법입니다.
이 수치는 어떤 개인 정보도 담지 않습니다. 단지 데이터의 양을 나타낼 뿐, 이를 만든 사람에 대한 정보는 포함하지 않습니다.