Sabit diski 512kb yığın veya daha küçük veya daha büyük parçalar kullanarak exFAT olarak yeniden biçimlendirmek en iyisi midir?


26

ExFAT'a yepyeni bir 2TB WD Passport diskini birçok "Tahsis Birimi Boyutu" seçeneği ile yeniden biçimlendirebilirim:

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

Bu sürücü özellikle Windows 7'de Media Center kullanarak HDTV programlarını kaydetmek için kullanılıyorsa hangisi en iyisidir? Teşekkürler.

Bu şu soru ile ilgilidir: Harici Sabit sürücümüzü Mac ile uyumluluk için exFAT olarak yeniden biçimlendirmek en iyisi midir?

Yanıtlar:


28

İlk önce ne olduğunu anlamalısın

Tahsis Birim Büyüklüğü (AUS)

anlamına geliyor.

Diskteki en küçük veri bloğu. Gerçek verileriniz diske kaydederken bu birimlere ayrılacaktır. Örneğin, 512KB boyutunda bir dosyanız varsa ve 128KB tahsisat birim büyüklüğünüz varsa, dosyanız diskte 4 birim olarak kaydedilir ( 512KB / 128KB ).

Dosyanızın boyutu ise 500KB ve sahip 128KB AUS , dosya hala 4 ünite kaydedilir 128KB yukarıda da belirtildiği gibi bir ayırma ünitesinin en küçük boyutu olduğu için diskte. 384KB 3 birime tahsis edilecek ve kalan 116KB bir başka birime tahsis edilecek . Bu davranışı Windows'taki dosya özellikleri ekranında, dosya boyutunuz nedir ve bu dosyanın diskte ne kadar yer kapladığını görebilirsiniz. Ve işletim sistemi sadece düşük seviyeli disk okuma işleminde AUSd kadar veri okuyor.

Büyük AUS kullanımı, son tahsisat biriminin tamamen kullanılmamasından dolayı boş alan kullanımını önemli ölçüde azaltır. Ve bir yan etki olarak, aynı sorun nedeniyle diskte depolanacak dosya sayısı azalır, son AU tam olarak kullanılmaz. Ancak, işte bu, büyük AUS kullanan takas, yine önemli ölçüde disk okuma performansını artırıyor. İşletim sistemi bir okumada daha fazla veri okuyabilir. Düşünün, işletim sistemi GB boyutlu bir dosyayı tamamen okumak için birkaç disk okuma yapar! ..

Küçük AUS kullanımı, boş alan kullanımını artırır ancak disk okuma performansını azaltır. Büyük AUS'u ters, aynı kategorideki problemlerde ve gelişmelerde kullanmayı düşünün, fakat tersine ...

Peki, buradaki sonuç nedir? Büyük depolarsanız, "büyük!" Anlamına gelir, diskteki dosyalar, daha yüksek AUS, dosya sayısını ve boş alanı azaltırken size daha iyi okuma performansı verir ...

Hangi AUS'yi kullanmalısınız? Bu, ortalama dosya boyutunuzun ne kadar olduğuna bağlıdır. Ayrıca boş alan kullanımını dosya boyutunuza göre hesaplayabilirsiniz.


Çok net bir arıza. Ancak, her bir küme ek yük altında herhangi bir depolama alanı var mı (örneğin, endeksler veya sektör başlıklarının küme eşdeğeri)? Ve fiziksel / öykünülmüş sektör boyutlarıyla veya önbellek boyutlarıyla herhangi bir etkileşim var mı? Son olarak, daha büyük küme boyutları rasgele erişim performansını olumsuz etkiliyor mu? 4KB sektör HDD’leri, 512 bayt HDD’lerden daha yüksek kapasiteye sahip olsalar bile, daha düşük rastgele erişim performansına sahip görünüyor.
Lèse majesté

2
Yüksek seviyelerde ek bir depolama yükü yoktur. Ayrıca, gerçek fiziksel sektör büyüklüğü 512Bytes olduğu için yeterli ek yük vardır. Sektör boyutu öykünmesi bir disk sürücüsü işidir. İşletim sistemi dosya sistemi sunucusu, mantıksal organizasyon (NTFS, FAT vb.) Yüksek seviye işletim sistemlerinde çalışmalı, en küçük birim düşük seviye işletim sistemlerinde okunmalı / yazmalı ve disk sürücüsünün kendisi düşük seviye donanım için denetleyiciyle (donanım) çalışmalıdır. ..
The_aLiEn

... öykünmeyi içeren erişim. Ve önbellekleme bir işletim sistemi işi değildir Donanımın kendisi tarafından yapılır. İşletim sistemi belirli veriler isterse, disk önbellekte nasıl görüneceğine karar verir veya bunun için kendi tabağını kendisi belirler ... Rasgele erişim performansı aslında AUS gibi parametrelere sahip olduğunda genel bir performans kriteri olmamalıdır. Bu şekilde düşünün: ...
The_aLiEn

.. N boyutlu birimler, M sayı birimleri, N * M kapasiteli disk, "Bu birime çarpma olasılığı nedir?" ve unutma, disk birimlerinin başlangıç ​​yerlerinin belirlenmesinde daha kesin olması gerekir. Yani, Rasgele erişim performansı M ^ 2 / N .. 4K birimleri, 8 birimleri, 32K kapasiteli disklerle ilişkili bir şeydir. RA, 64/4 ile bağlanmıştır. 8K ünite, 4 ünite, aynı kapasite, aynı disk. RA 16/8 olur. Bu tür bir hesaplama hakkında bir makale bulamazsınız, ama inanın bana :) Küçük boyutlarda büyük birim büyüklükleri kullanarak verileri rastgele bulmak daha fazla iştir
The_aLiEn

4

HD kayıtların büyük dosyalar olduğu göz önüne alındığında, büyük bir ayırma birimi (16384 veya 32768 KB) daha iyi performans verecektir. Gevşek alanın etkisi (tamamen kullanılmayan tahsisat birimleri nedeniyle boşa harcanan alan - dosyalar tam birimler olarak kullanılması gereken tahsisat birimlerinde depolanır) az sayıda dosyayla sınırlı olacaktır. Öte yandan, daha küçük dosyalarınız varsa, boş alan azaltmak için daha küçük bir tahsisat birimi kullanın.


2

ExFAT için 4K ayırma birimini güvenle kullanabilirsiniz. Binlerce küçük dosyanız olsa bile, çok fazla alan israf etmeyeceksiniz. Örneğin 64GB usb bellek için varsayılan 128KB tahsisat biriminin olması durumunda, her dosya en az bir tahsisat birimi gerektirdiğinden, 1024 4K baytlık dosya 4MB yerine 128 MB olacaktır.

Diskinizi çoğunlukla ses ve video dosyaları için kullanıyorsanız, daha büyük bir ayırma birimi kullanın.

FAT32, 32 GB'tan büyük diskler için bir seçenek değildir, bu nedenle Windows'un izin verdiğini seçin.


Hangi boyut iyi bir aradır? Hem çok küçük hem de çok büyük dosyaları saklamak istiyorum.
PythonNut

1
@ PythonNut: 4k. Her zaman 4k kullanın. Daha büyük tahsisat birimlerinin önemli bir faydası yoktur, ancak sürücüde küçük dosyaları saklayabiliyorsanız, daha büyük birimlerin büyük dezavantajları vardır.
R. ..

Bir 4TB sürücüyü exFAT olarak biçimlendirirken, Windows 10'un bana sunacağı en küçük AUS 256kb'dir. 4k'nin daha küçük sürücülerde kullanılabildiğinden veya NTFS'yi düşündüğünüzden emin değilim.
Codemonkey

0

Temel olarak, kullanmak isteyebileceğiniz her tahsisat biriminin büyüklüğünü büyütmek istediğiniz dosya büyüklüğü daha büyük - ancak çok büyük veya çok küçük değil! Bence DragonLord gayet iyi açıkladı.

Eğer boşa harcanan alan sizi rahatsız ediyorsa, belki de farklı bir dosya sistemi kullanmayı düşünebilirsiniz. Belki de EXT4 gibi bir şey. Sorun orada Microsoft işletim sistemi (Windows, gerçekten) FAT (vFAT, FAT32, vb.) Veya NTFS'den başka bir şeyle iyi çalışmıyor. Ve eğer 4Gig'den daha büyük dosyalara sahipseniz, kullanmakta olduğunuz herhangi bir FAT tipi sistemi lanetlemeye başlayabilirsiniz. Bu nedenle, NTFS dosya sistemini önerilen tahsisat birim büyüklüğünde kullanmanızı tavsiye ederim (4K olduğuna inanıyorum). Bu şekilde, 4Gig'den büyük dosyalara sahip olursanız, canavar dosyalarınızı en azından onları parçalayana veya daha küçük bir şeye dönüştürene kadar saklayabilirsiniz. (Büyük multimedya dosyalarından bahsettiğimizi farz ediyorum, bu yüzden "kod dönüştürmeyi" getiriyorum, çünkü dosyaları dönüştürürken daha küçük hale getirmenin yollarını her zaman buluyorum,

FAT (vFAT, FAT32, FAT16, vb.) Kullanmak için görebilmemin tek nedeni, diğer işletim sistemlerinin depolama aygıtındaki dosyaları okuyabilmesi / yazabilmesidir. FAT, evrensel olarak kabul ettiği kadar kabul edilir. Aksi takdirde, FAT kullanmanızı önermiyorum (cihazın kapasitesi 4 Gig veya altında değilse) - en azından Windows için NTFS kullanın. Aynı fiziksel sürücüde olsa bile, her zaman farklı bir dosya sistemiyle başka bir bölüm oluşturabilirsiniz. Umarım yardımcı olur.


-1

As Vikipedi diyor :

Yeni bir dosya için küme depolaması tahsisinde iyileştirme sağlamak için Microsoft, bitişik kümeleri önceden tahsis etme ve FAT tablosunu güncelleme kullanımını atlatma yöntemini kullandı.

Dolayısıyla, temelde exFAT ile 4KB veya daha küçük bir tahsisat birimi seçebilir ve HD video materyali gibi daha büyük dosyalar yazarken güvende olabilirsiniz.


-1

NTFS için varsayılan küme boyutları

Aşağıdaki tabloda, NTFS için varsayılan küme boyutları açıklanmaktadır. Birim boyutu 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 – 512 MB 512 bayt 4 KB 4 KB 512 MB – 1 GB 1 KB 4 KB 4 KB 1 GB – 2 GB 2 KB 4 KB 4 KB 2 GB – 2 TB 4 KB 4 KB 4 KB 2 TB – 16 TB Desteklenmiyor * Desteklenmiyor * 4 KB 16 TB – 32 TB Desteklenmez * 8 KB 32TB – 64 TB Desteklenmiyor * Desteklenmiyor * 16 KB 64TB – 128 TB Desteklenmiyor * Desteklenmiyor * 32 KB 128TB – 256 TB Desteklenmiyor * Desteklenmiyor * 64 KB

256 TB Desteklenmiyor Desteklenmiyor Desteklenmiyor

Not Yıldız (*), ana önyükleme kaydının (MBR) sınırlamaları nedeniyle desteklenmediği anlamına gelir. FAT16 için varsayılan küme boyutları

Aşağıdaki tabloda, FAT16 için varsayılan küme boyutları açıklanmaktadır. Birim boyutu 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 Desteklenmiyor Desteklenmiyor 8 MB – 32 MB 512 bayt 512 bayt 512 bayt 32 MB – 64 MB 1 KB 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 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 KB – 4 GB 64 KB 64 KB 64 KB 4 GB – 8 GB Desteklenmiyor 128 KB * Desteklenmiyor 8 GB – 16 GB Desteklenmiyor 256 KB * Desteklenmiyor

16 TR Desteklenmiyor Desteklenmiyor Desteklenmiyor Not Yıldız (*), yalnızca 512 bayttan büyük sektör boyutuna sahip ortamlarda kullanılabileceği anlamına gelir. FAT32 için varsayılan küme boyutları

Aşağıdaki tabloda, FAT32 için varsayılan küme boyutları açıklanmaktadır. Birim boyutu 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 – 16 MB Desteklenmiyor Desteklenmiyor 16 MB – 32 MB 512 bayt 512 baytlar Desteklenmiyor 32 MB – 64 MB 512 bayt 512 bayt 512 bayt 64 MB – 128 MB 1 KB 1 KB 1 KB 128 MB – 256 MB 2 KB 2 KB 2 KB 2 KB 256 MB – 8 GB 4 KB 4 KB 4 KB 8 GB – 16 GB 8 KB 8 KB 8 KB 16 GB – 32 GB 16 KB 16 KB 16 KB 32 GB – 2 TB 32 KB Desteklenmiyor

2TB Desteklenmiyor Desteklenmiyor Desteklenmiyor exFAT için varsayılan küme boyutları

Aşağıdaki tabloda, exFAT için varsayılan küme boyutları açıklanmaktadır. Birim boyutu Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP 7 MB – 256 MB 4 KB 256 MB – 32 GB 32 KB 32 GB – 256 TB 128 KB

256 TB Desteklenmiyor


1
Bu cevap uygun şekilde biçimlendirilmelidir.
Ramhound
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.