512kb 청크 또는 작거나 큰 청크를 사용하여 하드 드라이브를 exFAT로 다시 포맷하는 것이 가장 좋습니까?


26

많은 "할당 단위 크기"를 선택하여 새로운 2TB WD Passport 드라이브를 exFAT로 다시 포맷 할 수 있습니다.

128kb
256kb
512kb
1024kb
4096kb
16384kb
32768kb

이 드라이브가 Windows 7에서 Media Center를 사용하여 HDTV 프로그램을 녹화하는 데 주로 사용되는 경우 어떤 것이 가장 좋습니까? 감사.

이것은 Mac과의 호환성을 위해 외장 하드 드라이브를 exFAT로 다시 포맷하는 것이 가장 좋습니까?

답변:


28

먼저 무엇을 이해해야합니다

할당 단위 크기 (AUS)

방법.

디스크에서 가장 작은 데이터 블록입니다. 디스크에 저장하는 동안 실제 데이터는 해당 장치로 분리됩니다. 예를 들어, 파일 크기가 512KB 이고 할당 단위 크기 가 128KB 인 경우 파일은 디스크 에 4 개 단위 ( 512KB / 128KB )로 저장됩니다.

파일 크기가 500KB 이고 128KB AUS 가있는 경우 위에서 언급 한 것처럼 128KB가 할당 단위의 가장 작은 크기이므로 파일 이 디스크 에 4 개 단위로 저장됩니다 . 384KB는 3 개 단위로 할당되고 나머지 116KB는 다른 단위로 할당됩니다 . Windows의 파일 속성 화면, 파일 크기 및이 파일이 실제로 디스크에서 차지하는 공간의 크기에서이 동작을 관찰 할 수 있습니다. 그리고 운영 체제는 낮은 수준의 디스크 읽기 작업에서 AUSd 많은 데이터 만 읽습니다.

큰 AUS를 사용하면 마지막 할당 단위를 완전히 사용하지 않기 때문에 사용 가능한 공간 활용도가 크게 줄어 듭니다. 부작용으로, 동일한 문제로 인해 디스크에 저장할 파일의 수가 줄어 듭니다. 마지막 AU는 완전히 사용되지 않습니다. 그러나 큰 AUS를 사용하면 디스크 읽기 성능이 크게 향상되는 단점이 있습니다. OS는 한 번의 읽기로 더 많은 데이터를 읽을 수 있습니다. OS가 GB 크기의 파일을 완전히 읽기 위해 몇 번의 디스크 읽기를 수행한다고 상상해보십시오.

작은 AUS를 사용하면 여유 공간 사용률이 향상되지만 디스크 읽기 성능이 저하됩니다. 큰 카테고리의 AUS를 같은 범주의 문제와 개선으로 거꾸로 사용하는 것이 좋습니다.

그렇다면 결론은 무엇입니까? 디스크에 파일을 "큰!", 큰 파일로 저장하면 AUS가 높을수록 파일 수와 여유 공간을 줄이면서 읽을만한 읽기 성능을 제공합니다 ...

어떤 AUS를 사용해야합니까? 이것은 평균 파일 크기에 따라 다릅니다. 또한 파일 크기에 따라 여유 공간 활용도를 계산할 수 있습니다.


매우 명료 한 고장. 그러나 각 클러스터에 고유 한 스토리지 오버 헤드 (예 : 인덱스 또는 섹터 헤더와 동등한 클러스터)가 있습니까? 물리적 / 에뮬레이트 된 섹터 크기 또는 캐시 크기와 상호 작용이 있습니까? 마지막으로 더 큰 클러스터 크기가 임의 액세스 성능에 부정적인 영향을 줍니까? 4KB 섹터 HDD는 512 바이트 HDD보다 처리량이 높지만 랜덤 액세스 성능이 낮은 것 같습니다.
Lèse majesté

2
높은 수준의 스토리지 오버 헤드는 없습니다. 실제 물리 섹터 크기가 512Bytes이므로 충분한 hrdw 오버 헤드가 있습니다 ...이 클러스터가 생성 된 섹터 수에서 파티션 구조에 이르기까지 클러스터 정보를 기록하는 파일 시스템 형식의 일부가 있습니다. 섹터 크기 에뮬레이션은 디스크 드라이버의 작업입니다. OS 파일 시스템 서버는 높은 수준의 OS op에서 논리 구성 (NTFS, FAT 등)을 처리하고, 낮은 수준의 OS op에서 최소 단위 읽기 / 쓰기를 수행해야하며 디스크 드라이버 자체는 낮은 수준의 하드웨어를 위해 컨트롤러 (하드웨어)와 다시 작동해야합니다. ..
The_aLiEn

... 에뮬레이션이 포함 된 액세스. 캐싱은 OS의 작업이 아닙니다. 하드웨어 자체에서 수행됩니다. OS는 특정 데이터를 요청하고 디스크는 캐시를 보거나 플래터 자체를 결정합니다 ... 랜덤 액세스 성능은 실제로 AUS와 같은 매개 변수를 가질 때 일반적인 성능 기준이 아니어야합니다. 이런 식으로 생각하십시오 : ...
The_aLiEn

.. N 크기 단위, M 숫자 단위, N * M 용량 디스크, "이 장치를 칠 확률은 얼마입니까?" 디스크는 장치의 시작 부분을보다 정확하게 찾을 수 있어야합니다. 따라서 랜덤 액세스 성능은 M ^ 2 / N .. 4K 장치, 8 장치, 32K 용량 디스크에 한정됩니다. RA는 64/4로 제한되었습니다. 8K 장치, 4 장치, 동일한 용량, 동일한 디스크. RA는 16/8이됩니다. 당신은 계산의 종류에 대한 기사를 찾을 수 있지만, 저를 믿지 않을 것이다 : 그것은 "무작위로"작은 사이즈 이상 큰 단위 크기를 사용하여 데이터를 찾을에 더 많은 직업이다
The_aLiEn

4

HD 레코딩은 대용량 파일이므로 큰 할당 단위 (16384 또는 32768KB)는 더 나은 성능을 제공합니다. 여유 공간 (충분히 사용되지 않은 할당 단위로 인해 낭비되는 공간-파일은 전체 단위로 사용해야하는 할당 단위로 저장 됨)의 영향은 적은 수의 파일로 제한됩니다. 반면에 작은 파일이 많으면 할당 단위를 작게하여 낭비되는 공간을 줄입니다.


2

exFAT에 4K 할당 장치를 안전하게 사용할 수 있습니다. 수천 개의 작은 파일이 있어도 많은 공간을 낭비하지 않습니다. 64GB USB 스틱과 같은 기본 128KB 할당 단위의 경우 모든 파일에는 최소 하나의 할당 단위가 필요하므로 4K 바이트의 1024 개 파일은 4MB 대신 128MB를 차지합니다.

디스크를 주로 오디오 및 비디오 파일에 사용하는 경우 더 큰 할당 단위를 사용하십시오.

FAT32는 32GB보다 큰 디스크에는 옵션이 아니므로 Windows에서 허용하는 것을 선택하십시오.


어느 중간 크기가 좋은 중간체입니까? 매우 작고 큰 파일을 모두 저장하고 싶습니다.
PythonNut

1
@PythonNut : 4k. 항상 4k를 사용하십시오. 더 큰 할당 단위에는 큰 이점이 없지만 작은 파일을 드라이브에 저장할 수 있다면 더 큰 단위에는 큰 단점이 있습니다.
R ..

4TB 드라이브를 exFAT로 포맷 할 때 Windows 10에서 제공하는 가장 작은 AUS는 256kb입니다. 작은 드라이브에서 4k를 사용할 수 있는지 또는 NTFS를 생각하고 있는지 확실하지 않습니다.
Codemonkey

0

기본적으로 사용하려는 각 할당 단위 크기를 크게 유지하려는 파일이 클수록 크지 만 너무 작지는 않습니다! DragonLord가 꽤 잘 설명했다고 생각합니다.

따라서 공간 버그를 낭비하면 다른 파일 시스템을 사용하는 것이 좋습니다. 아마도 EXT4와 같은 것입니다. 문제 FAT (vFAT, FAT32 등) 또는 NTFS 이외의 다른 시스템에서는 Microsoft OS (Windows)가 제대로 작동하지 않습니다. 그리고 4Gig보다 큰 파일로 끝나는 경우 사용중인 FAT 유형 시스템이 저주 될 수 있습니다. 따라서 권장 할당 단위 크기의 NTFS 파일 시스템을 사용하는 것이 좋습니다 (4K라고 생각합니다). 이렇게하면 4Gig보다 큰 파일로 끝나더라도 몬스터 파일을 분할하거나 더 작은 것으로 트랜스 코딩 할 수있을 때까지 몬스터 파일을 저장할 수 있습니다. (저는 우리가 거대한 멀티미디어 파일에 대해 이야기하고 있다고 가정합니다. 이것이 트랜스 코딩 할 때 파일을 작게 만드는 방법을 항상 찾는 것처럼 보이기 때문에 "트랜스 코딩"을 불러오는 이유입니다.

FAT (vFAT, FAT32, FAT16 등)를 사용하는 유일한 이유는 다른 운영 체제에서 저장 장치의 파일을 읽고 쓸 수 있기 때문입니다. FAT는 거의 보편적으로 받아 들여지고 있습니다. 그렇지 않으면 FAT를 사용하지 않는 것이 좋습니다 (장치 용량이 4Gig 이하인 경우 제외). Windows의 경우 NTFS를 사용하십시오. 동일한 실제 드라이브에 있더라도 다른 파일 시스템으로 다른 파티션을 만들 수 있습니다. 도움이 되길 바랍니다.


-1

Wikipedia는 다음과 같이 말합니다 .

새 파일에 대한 클러스터 저장소 할당을 개선하기 위해 Microsoft는 연속 클러스터를 사전 할당하고 FAT 테이블 업데이트 사용을 우회하는 방법을 통합했습니다.

따라서 기본적으로 exFAT가 포함 된 4KB 이하의 할당 단위를 선택할 수 있으며 HD 비디오 자료와 같은 더 큰 파일을 작성할 때 안전합니다.


-1

NTFS의 기본 클러스터 크기

다음 표는 NTFS의 기본 클러스터 크기를 설명합니다. 볼륨 크기 Windows NT 3.51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7MB–512MB 512 바이트 4KB 4KB 512MB–1GB 1KB 4KB 4KB 1GB–2GB 2KB 4KB 4KB 2GB–2TB 4KB 4KB 4KB 2TB–16TB 지원되지 않음 * 지원되지 않음 * 4KB 16TB–32TB 지원되지 않음 * 지원되지 않음 * 8 KB 32TB–64TB 지원되지 않음 * 지원되지 않음 * 16KB 64TB–128TB 지원되지 않음 * 지원되지 않음 * 32KB 128TB–256TB 지원되지 않음 * 지원되지 않음 * 64KB

256TB 지원되지 않음 지원되지 않음 지원되지 않음

참고 별표 (*)는 마스터 부트 레코드 (MBR)의 한계로 인해 지원되지 않음을 의미합니다. FAT16의 기본 클러스터 크기

다음 표는 FAT16의 기본 클러스터 크기를 설명합니다. 볼륨 크기 Windows NT 3.51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7 MB–8 MB 지원되지 않음 지원되지 않음 지원되지 않음 8 MB–32 MB 512 바이트 512 바이트 512 바이트 32 MB–64 MB 1 KB 1 KB 1 KB 64 MB–128 MB 2 KB 2 KB 2 KB 128 MB–256 MB 4 KB 4 KB 4 KB 256 MB–512 MB 8 KB 8 KB 8 KB 512 MB –1 GB 16 KB 16 KB 16 KB 1 GB–2 GB 32 KB 32 KB 32 KB 2 GB–4 GB 64 KB 64 KB 64 KB 4 GB–8 GB 지원되지 않음 128 KB * 지원되지 않음 8 GB–16 GB 지원되지 않음 256KB * 지원되지 않습니다

16GB 지원되지 않음 지원되지 않음 지원되지 않음 참고 별표 (*)는 섹터 크기가 512 바이트보다 큰 미디어에서만 사용할 수 있음을 의미합니다. FAT32의 기본 클러스터 크기

다음 표는 FAT32의 기본 클러스터 크기를 설명합니다. 볼륨 크기 Windows NT 3.51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7 MB–16MB 지원되지 않음 지원되지 않음 지원되지 않음 16 MB–32 MB 512 바이트 512 지원되지 않는 바이트 32 MB–64 MB 512 바이트 512 바이트 512 바이트 64 MB–128 MB 1 KB 1 KB 1 KB 128 MB–256 MB 2 KB 2 KB 2 KB 256 MB–8GB 4 KB 4 KB 4 KB 8GB–16GB 8 KB 8 KB 8 KB 16GB–32GB 16 KB 16 KB 16 KB 32GB–2TB 32KB 지원되지 않음 지원되지 않음

2TB 지원되지 않음 지원되지 않음 지원되지 않음 exFAT의 기본 클러스터 크기

다음 표는 exFAT의 기본 클러스터 크기를 설명합니다. 볼륨 크기 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP 7MB–256MB 4KB 256MB–32GB 32KB 32GB–256TB 128KB

지원되지 않는 256TB


1
이 답변은 올바른 형식이어야합니다.
Ramhound
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.