답변:
파일 시스템은 파일 크기 (바이트 또는 섹터 또는 블록과 같은 일부 파일 시스템 종속 단위)를 저장해야합니다. 파일 시스템이 설계 될 때 크기에 할당 된 비트 수는 일반적으로 고정되어 있습니다.
크기에 너무 많은 비트를 허용하면 모든 파일에 약간의 공간이 필요하고 모든 작업이 약간 느려집니다. 반면에 크기에 너무 적은 비트를 허용하면 언젠가 사람들은 20EB 파일을 저장하려고 시도하고 쓰레기 파일 시스템이 허용하지 않기 때문에 불평합니다.
당시 언급 한 파일 시스템은 공상 과학처럼 들리는 한계에 부딪 칠 정도로 큰 디스크를 갖도록 설계되었습니다. (FAT32를 제외하고는이를 홍보 한 회사는 모든 사람들이 반짝이는 새로운 NTFS를 채택하기 전에이를 중간 조치로 삼고 자했으며 점점 증가하는 요구 사항을 기대하는 데 결코 능숙하지 않았습니다.)
또 다른 것은 지난 세기 말까지 대부분의 소비자 (및 서버) 하드웨어는 32 비트 값으로 빠른 계산 만 수용 할 수 있었고 운영 체제는 파일 크기를 포함하여 대부분의 경우 32 비트 값을 사용하는 경향이있었습니다. 32 비트는 4GB를 의미하므로 운영 체제는 파일 시스템에 관계없이 4GB 파일로 제한되는 경향이있었습니다. 부호있는 정수를 사용했기 때문에 종종 2GB까지도있었습니다. 오늘날 심각한 데스크톱 또는 서버 OS는 파일 크기 및 오프셋에 64 비트를 사용하므로 8EB로 제한됩니다.
파일 시스템의 사양을 작성할 때 하드 드라이브가 사양을 설계하는 동안 그보다 훨씬 더 클 수 있다고 생각한 적이 없었습니다.
요즘에는 새로운 파일링 시스템의 한계가 일반적으로 예상되는 용도로 가고 있다고 생각합니다.
... 어떤 기술 팀도 파일링 시스템을 출시하고 테스트를 수행하지 않고 500 페타 바이트 하드 드라이브를 지원한다고 말하기가 어려울 것입니다.
내 첫 랩톱은 40MB 하드 드라이브가 장착 된 286이었습니다. 당시 FAT가 필요하거나 한계에 도달 한 적이 없었습니다!
현재 NTFS 제한은 볼륨 당 약 16TB, 파일 당 2TB라고 생각합니다. 정말로, 이는 당분간 좋을 것입니다 .2TB보다 큰 파일을 쓸 수 있거나 필요로하는 것은 일반적으로 분할 파일 및 / 또는 유사한 관리 기능 (예 : SQL 서버).
모든 파일의 크기를 아는 것은 우리가 익숙했던 단순화 일뿐입니다. 그런 식일 필요는 없으며 항상 그런 것은 아닙니다.
오래된 메인 프레임은 테이프 파일이 끝까지 읽힐 때까지 (그리고 심지어 크기를 추적하지 않았을 때까지) 얼마나 큰 테이프 파일인지 전혀 새로운 것이 아닙니다. 디스크 파일조차도 종종 순차적으로 액세스되며 확장됨에 따라 커질 것입니다. 크기 (바이트)는 기록되지 않았으며 일반적으로 가변 섹터 크기 및 기타 홀수 기능으로 인해 전체 크기를 읽지 않고는 계산할 수 없었습니다.
파일 크기를 추적하지 않고 무제한으로 커질 수있는 파일 시스템을 설계하는 것은 어렵지 않습니다.
