Tek bir NTFS bölümü olan bir sürücü için hangi “ayırma birimi boyutu” kullanmalıyım?

69

Bir 1 TB harici sabit diski tek bir NTFS bölümü olarak biçimlendiriyorum. Bu sürücü esas olarak medya depolamak içindir.

Varsayılandan başka bir şey seçmeli miyim allocation unit size? Seçenekler 512 bayt ile 64K arasındadır. Başka verileri depolayan bölümlerde kullanmam gereken herhangi bir kural var mı? Alay etmeyi bırakıp "varsayılan" olarak mı bırakmalıyım?

ntfs

— Andrew Keeton
kaynak

Varsayılanlar neredeyse her zaman iyidir.

— Mike Christiansen

4

4096'yı geçmeyin, aksi takdirde NTFS dosya sıkıştırma özelliğini kullanamazsınız.

1

NTbackup, exe + WIN XP için küme boyutu> 2K olan bir bölüme bkf yedekleme dosyası yazan bir uyumsuzluk var. Küme boyutu, yedekleme dosyasını doğrulamak veya herhangi bir dosyayı geri yüklemek için başarısız yapar (NTbackup başlangıçta teyp G / Ç dönemindendi). Varsayılan 4K küme boyutuyla gelen harici bir 2TB sürücü aldığımda bununla karşılaştım. Sabitlenmiş 2K kümesini kullanmak için harici sürücü bölümünü yeniden biçimlendirin. (2K küme daha büyük bölümler için uygun değildir). Diğer ağ bağlantılı makinelerin 4K küme sürücüsü net bir paylaşım olduğu zaman geçerli bir yedekleme yapabileceğini öğrendim. SMB istemcisi herhangi bir küme boyutu görmüyor.

— Scott R

1

Memtest, linux ve hiren'in önyükleme cd'si gibi çoklu iso dağıtımlarını başlatmak için 32 GB flash sürücüyü formatlıyorsanız ne olur?

— bgmCoder

38

Microsoft'un tanımı ile "Standart Kullanıcı" iseniz, varsayılan 4096 baytı tutmalısınız. Temel olarak, ayırma birimi boyutu, NFTS'yi biçimlendirdiğinde sabit sürücünüzdeki blok boyutudur. Çok sayıda küçük dosyanız varsa, ayırma boyutunu küçük tutmak iyi bir fikirdir, böylece sabit disk alanınızı boşa harcamazsınız. Çok fazla büyük dosyanız varsa, daha yüksek tutulması daha az blok arayarak sistem performansını artırır.

Fakat yine de, bugünlerde sabit disk kapasitesi, doğru ayırma boyutunu seçerek küçük farklar yaratarak daha da artmaktadır. Ben sadece varsayılanı tutmanı öneririm.

Ayrıca, dosyaların çoğunluğunun nispeten küçük, daha büyük dosyaların boyut olarak büyük, ancak birim olarak küçük olduğunu unutmayın.

— Jonathan
kaynak

3

+1, ayrıca scandisk veya defrag programları gibi birkaç programın standart olmayan küme boyutlarıyla ilgili sorunları var.

— hyperslug

Ben varsayılan ile sona erdi (tavsiye hyperslug için teşekkürler). Tahsisat biriminin büyüklüğünü değiştirmemden elde edebileceğim küçük performans kazançlarının USB aktarım hızı tarafından cılızlanacağını düşündüm.

— Andrew Keeton

Cevabınız bir makalede yer aldı: howtogeek.com/136078/…

— Shayan

32

Alan verimliliği açısından, daha küçük ayırma birimi boyutları daha iyi performans gösterir. Dosya başına harcanan ortalama alan seçilen AUS değerinin yarısı olacaktır. Böylece 4K dosya başına 2K, 64K 32K harcar. Bununla birlikte, Jonathon'un işaret ettiği gibi, modern sürücüler çok büyüktür ve biraz boşa harcanan yerin üstesinden gelmeye değmez ve belirleyici bir faktör olmamalıdır (küçük bir SSD'de değilseniz).

Sadece 300.000KB veya 300 MB civarında çıkan 10.000 dosya için 4K ile 64K ortalama kasa atığını (32K-2K = 30K) karşılaştırın.

Bunun yerine işletim sisteminin alanı nasıl kullandığını düşünün. Diyelim ki 2K büyütmesi gereken 3K bir dosyanız var. 4K AUS ile verilerin iki bloğa bölünmesi gerekir - ve bunlar birlikte olmayabilir, böylece parçalanma elde edersiniz. 64K AUS ile takip edilmesi gereken daha az blok ve daha az parçalanma var. 16x blok büyüklüğü, takip edilmesi gereken blok sayısının 1 / 16'sı anlamına gelir.

Fotoğraflarınızın, müziklerinizin ve videolarınızın saklandığı bir medya diski için (genellikle 1 MB + dosyalar) en büyük AUS kullanın. Windows önyükleme bölümü için Windows varsayılanını kullandım (16 TB'dan küçük herhangi bir NTFS sürücüsü için 4K'dır).

Mevcut bir diskte küme boyutunun ne olduğunu bulmak için:

fsutil fsinfo ntfsinfo X:

— Andrew
kaynak

Küçük tahsis birimleri dezavantajsız değildir , yoksa herkes israfı ("dosya gevşekliği") sıfıra indirmek için 1 baytlık kümeleri kullanır! Veya 1 sektörlü kümeler (tarihsel olarak 512 bayt; şimdi 4096 bayt). Dezavantajı: Küme boyutunun yarıya çıkarılması , iki kat daha fazla küme demektir . FAT32 dosya sistemlerinde, FAT'lerin ikiye katlanması atık azaltımını kolayca iptal edebilir. Bunun yerine NTFS, "bitmap" (küme başına yalnızca 1 bit) ayırma özelliğine sahiptir ve bir dosyanın dizin girdisi kümelerini listeler (sırayla kompakt olarak sıralanan ardışık kümelerle). Daha büyük kümeler, dosya parçalama olasılığını ve maliyetini azaltır.

— A876

11

RAID 10 yapılandırmasında dört Seagate ST3000DM001 3 TB sürücü kuruyorum. Tahsis Birimi Boyutu için nasıl biçimlendirileceğini okuduktan sonra, şu makaleyi buldum: İşletim Sistemi Performansını Arttırmak için Genel Kılavuz .

Donanım sürücü denetleyicinizdeki sürücü dizilerini ve mantıksal sürücüleri yapılandırırken , denetleyici şerit boyutunu, birimlerin biçimlendirileceği ayırma birimi boyutuyla eşleştirdiğinizden emin olun . Bu, disk okuma ve yazma performansının optimal olmasını sağlayacak ve daha iyi bir genel sunucu performansı sunacaktır.

Ben kullanıyorum ASUS P8Z77-V DELUXE Intel yonga gelen anakartın dahili RAID yeteneği. Anakarttaki RAID 10 için Varsayılan Şerit boyutu 64 KB olduğundan, Windows'taki "64 kilobayt" seçeneğini kullanarak RAID dizimi biçimlendiriyorum.

Her neyse, umarım bulduğum bu bilgiler, bu konuyla ilgili araştırma yapan diğer insanlara yardımcı oluyor ve daha fazla bilgi ekliyor.

— sersemletmek
kaynak

3

Kullandığınız daha büyük küme boyutunun, daha iyi performansın olacağını unutmayın. Ancak verimlilik azalır.

3 TB'lık bir diskiniz varsa ve binlerce resim saklarsanız, alan verimliliği için daha küçük bir küme boyutu istersiniz, ancak çok küçük yaparsanız ciddi bir performans darbesi alırsınız.

500 gb veya daha büyük herhangi bir disk için, 8k veya daha büyük küme boyutu öneririm.

— badcrc
kaynak

2

Bir fark yaratabilir.

Bir dosya yalnızca seçtiğinizin bir katı olabilir, bu nedenle daha iyi ayarlanmış bir format, dosyalar üzerinde daha az yer boşa harcayacağınız anlamına gelir - ancak ayırma tablonuzu büyütür.

64k'nin altındaki binlerce dosyaya sahip olacaksanız, daha düşük boyutlu bir ünite düşünmeye değer. Ancak, sürücüyü büyük, yüz megabayt videolarla dolduracaksanız, daha yüksek bir birim boyutu daha uygulanabilir.

Eğer bilmiyorsanız, sadece varsayılan ile gidin.

— salmonmoose
kaynak

1

Disk kullanımını video ve müzik olarak gösterirsiniz. Çoğunluk veri dosyası boyutları daha sonra birkaç kB'lik bir çalma listesi (toplam dosya miktarının% 5'inden az), müzik için 2MB + ve video için 100MB + olmalıdır. Aygıtın harici bir USB disk olduğuna dikkat çekiyorsunuz.

Bu şartname için en iyi çözüm, exfat (linux'ta vfat) veya 64kB blok / ayırma birimi büyüklüğüne sahip NTFS'dir. Seçmeniz gereken dosya sistemi ile ilgili bazı ipuçları: - xxfat daha hızlı yazma ve uyumluluk için kullanılmalıdır (örn. Ev / ofis kullanımınız için medya akış cihazını planlıyor / kullanıyorsunuz) - Güvenlik ve gelişmiş özellikler için NTFS. (güvenlik, ev kullanıcıları için hala sorunların kaynağıdır - ihtiyacınız olduğundan emin olun)

Eğlenin.

— Piter_no1
kaynak