Mac OS X에서 일부 (전체) 파일이 더 큰 이유는 무엇입니까?


12

나는 주로 급류뿐만 아니라 다른 것들에서도 이것을 발견했습니다.

예를 들어 ~ 700MB 동영상을 다운로드하면 내 Mac에서 ~ 760MB를 다운로드하여 사용합니다. 정확히 동일한 토렌트가 내 Nexus 7의 다운로드 페이지 또는 Windows 7 데스크톱에 나열된 ~ 700MB를 차지합니다.

또한 디지털 카메라 (JPG 형식)의 사진, Final Cut Pro의 동영상 파일, 이미지, 워드 문서, PDF 등과 같은 파일을 다운로드하여이 공간이 증가하는 것을 보았습니다. 대부분 작은 파일의 경우 그 차이는 무시할 수 있습니다. 몇 킬로바이트. 그러나 파일이 더 크면 차이를 무시하기가 더 어렵습니다.

왜 이런 일이 발생하는지 알고 있습니까? Windows의 NTFS 및 FAT 또는 Android의 YAFFS2 및 vFAT가 아닌 Mac OS X 파일 시스템 때문입니까?

아니면 Mac이 다른 방식으로 파일을 저장합니까?

가능한 경우 정식 답변을 선호합니다.


예 Raghav, 그것은 파일 시스템 구조 때문이라고 생각합니다 .FAT32 시스템이있는 8GB 펜 드라이브가 있고 Linux 시스템에있는 5.5GB의 파일을 복사 할 수 없습니다. 펜 드라이브에 더 이상 공간이 없어 오류가 발생합니다. 펜 드라이브가 비어 있으며 8GB를 모두 사용할 수 있습니다.
Lucifer

3
@Lucifer FAT32의 최대 파일 크기는 4GB에서 1 ​​바이트입니다. 그러나 최대 파일 크기는 묻지 않습니다. 왜 이런지 묻고 있는데 파일 시스템 구조 때문이라고 생각합니다.
Raghav Sood

1
그것이 내가 말하는 것입니다, 그것은 운영 체제의 파일 구조 때문입니다.
Lucifer

창에서 마우스 오른쪽 버튼을 클릭하고 파일 속성을 불러 오면 "size"와 "size on disk"라는 숫자가 나타납니다. 당신은 우리에게 그 전체 번호를 줄 수 있습니까? 그리고 Mac OS의 등가 정수는?
weston

밀접하게 관련되어 있지만 정확히 같은 문제는 아닙니다. 사용중인 스토리지 용량은 얼마입니까?
slhck

답변:


16

항상 같은 단위를 사용하고 있습니까?

일부 프로그램은 1000의 배수로 바이트를 계산하고 다른 프로그램은 1024의 배수로 계산합니다. 이런 방식으로 10 억 바이트의 파일은 10 억 바이트 또는 1000MB (메가 바이트)이지만 954MiB (메가 바이트)입니다.

http://en.wikipedia.org/wiki/Mebibyte 참조


23

몇 년 전, 맥 OS X 스노우 레오파드 (Snow Leopard)는 표준에 MB의 크기를 변경 mega이다 1000000가 아니라 역사 1048576[1].

따라서 파일에서 사용 된 실제 바이트 수를 비교하면 동일해야합니다.

[1] http://reviews.cnet.com/8301-13727_7-10330509-263.html


... 그리고 사람들이 마침내 불만을 그만 둘 것이라고 생각합니다. "새로운 3TB 드라이브에는 2.7TB 밖에 없습니다! 강탈 당하고 있습니다!"
Tim Pietzcker

표준에 따라 1000 바이트 == 1KB를 사용하는 것이 맞습니다.
Mike Weller

1
물론 모든 사람들은 "표준"이 바이너리 호환 접두사 SI와 호환되도록 설계되지 않았지만 디스크 드라이브 산업 로비로 인해 설계되었다는 것을 알고 있습니다. "kibibyte"를 의미합니까? 어서 메트릭 시스템은 여러 가지 이유로 여기에 적용 되지 않아야합니다 . 그러나 이건 표준입니다.
Thomas Thomas

@Thomas 디스크 산업 로비와는 거의 관련이 없지만 사용상의 실제 불일치가 있습니다. 예를 들어 "기가비트 이더넷"은 초당 10 억 비트의 회선 속도를 갖습니다. 그렇다면 ".93 기가비트 이더넷"이어야합니까? 아니면 이더넷 산업 로비를 비난 할 것입니까?
David Schwartz

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.