Birçok yeni sabit disk diskinde fiziksel sektör boyutu 4096'dır. Sistemin 512 mantıksal sektör boyutu yerine aynı boyutta bir mantıksal sektör boyutu kullanması mümkün müdür?
Toplu okuma ve yazma işlemlerini hızlandıracak mı? Nerede yapılandırılabilir?
Yanıtlar:
512 bayt gerçekten varsayılan sektör boyutu değildir. Donanımınıza bağlıdır.
/sysSözde dosya sistemi aracılığıyla disk raporlarınızı hangi fiziksel / mantıksal sektör boyutlarını görüntüleyebilirsiniz , örneğin:
# cat /sys/block/sda/queue/physical_block_size
4096
# cat /sys/block/sda/queue/logical_block_size
512
Bu iki değer arasındaki fark nedir?
physical_block_sizeSürücü bir atomik operasyonda yazabildiği bir bloğun en az boyutudur.logical_block_sizeSürücü yazma yapabiliyor en küçük boyut (Linux çekirdek belgelerine karşılaştırınız) 'dir.Bu nedenle, bir 4k sürücünüz varsa, depolama yığınınızın (dosya sistemi vb.) Fiziksel sektör boyutuna eşit veya daha büyük bir şey kullandığı mantıklıdır.
Bu değerler, fdiskörneğin, son sürümlerinde de görüntülenir :
# fdisk -l /dev/sda
[..]
Sector size (logical/physical): 512 bytes / 4096 bytes
Mevcut linux dağıtımlarında, (en uygun sektör boyutunu önemsemesi gereken) programlar mkfs.xfsvarsayılan olarak en uygun sektör boyutunu seçecektir (örneğin 4096 bayt).
Ancak bunu bir seçenek aracılığıyla da açıkça belirtebilirsiniz, örneğin:
# mkfs.xfs -f -s size=4096 /dev/sda
Veya:
# mkfs.ext4 -F -b 4096 /dev/sda
Her durumda, çoğu mkfsvaryasyon yürütme sırasında kullanılan blok boyutunu da görüntüler.
Mevcut bir dosya sistemi için blok boyutu aşağıdaki gibi bir komutla belirlenebilir:
# xfs_info /mnt
[..]
meta-data= sectsz=4096
data = bsize=4096
naming =version 2 bsize=4096
log =internal bsize=4096
= sectsz=4096
realtime =none extsz=4096
Veya:
# tune2fs -l /dev/sda
Block size: 4096
Fragment size: 4096
Veya:
# btrfs inspect-internal dump-super /dev/sda | grep size
csum_size 4
sys_array_size 97
sectorsize 4096
nodesize 16384
leafsize 16384
stripesize 4096
dev_item.sector_size 4096
Bir bölüm üzerinde dosya sistemi oluştururken, denetlenecek başka bir şey, bölüm başlangıç adresinin gerçekten fiziksel blok boyutuna hizalanmış olup olmadığıdır. Örneğin, fdisk -lçıktıya bakın, başlangıç adreslerini bayta dönüştürün, bunları fiziksel blok boyutuna bölün - bölümler hizalanmışsa hatırlatıcı sıfır olmalıdır.
fdisk -l, 8'e ve sonra 512'ye bölündüm. kalan 0 değildi, bu yüzden bölüm hizalanmış gibi görünmüyor
fdisk -lrapor Units = sectors of 1 * 512 = 512 bytes- böylece, 2048 ve 1026048'de başlayan 2 bölümlü bir 512/4096 mantıksal / fiziksel sürücü için 2048*512%4096ve 1026048*512%4096örneğin bir python kabuğunda. Her iki ifade de sıfıra eşit olduğundan, bu bölümler 4k ile hizalanır.
Hayır, mümkün değil, olsaydı da önemli değil. IO tipik olarak en azından 4096 baytlık birimlerde ve genellikle çok daha fazlasında yapılır.
Evet mümkündür, ancak bunu yapmak sürücünün olması gerekenden daha hızlı dolmasına neden olur. 512K'dan küçük dosyalar için, her dosya tam bir 4096K (4 MB) alır ve çoğu dosya sisteminin (NTFS ve benzeri) dosyaların sektörleri paylaşmasına izin verememesi nedeniyle sektörün geri kalanını 0'larla doldurur. Bir dosya sistemi için en iyi seçenek, değişken sektör boyutlarına izin vermek olacaktır, ancak bu, MFT'nin (ana dosya tablosu) boyutunu artırır ve verileri kolayca kurtarma yeteneğini azaltırken veri bozulması riskini artırır. Başka bir deyişle, sınırlar kurtarma yazılımı tarafından tam olarak bilinmeyecektir. Yani, 4096K mantıksal sektör boyutu büyük dosyalar için harika olsa da, normal günlük kullanım PC'leri için sadece 0'lık bir grup. Şimdi, dedi ki, mantıksal sektör boyutundan daha küçük veriler söz konusu olduğunda MFT'nin kendisinde veri saklama seçeneği vardır. Ancak bu, MFT'nizin çok büyük olduğu ve verilerin iki kez yazılacağı anlamına gelir (HDD'nizde MFT'nin iki kopyası vardır). Ayrıca, maksimum değerine ulaştığınızda veya sürücü kullanımı MFT'nin kullanabileceği boşluğu aştığında sorunlara neden olabilecek maksimum MFT boyutunu belirtmeniz gerekir. Tüm bunlar bir NTFS dosya sisteminin kullanımına dayanmaktadır. İşlerin daha parlak tarafında, NTFS 4MB veya daha küçük herhangi bir mantıksal sektör boyutu için blok düzeyinde dosyalar için yerel sıkıştırma kullanmanıza izin verir. Bu sınırlama, NTFS sıkıştırmasının çalışma biçimi nedeniyle uygulanır. 4MB blokları mantıksal sektör boyutuna bakılmaksızın okunur ve sıkıştırılır. Bu, elbette,
Öyleyse, bu sizin için biraz netleşiyor mu?
Sector:
1) Logical Sector: Called Native Sector.
Manufacture default setting. user cannot change.
Before 2010 year: 512b/sector
After 2010 year: 4k/sector.
Few manufacture provide HDD tool to change native sector.
2) Physical Sector: Called Cluster(or allocation unit - FAT windows) or Block(Linux/Unix)
User can change physical sector size 512b,1k,2k,4k,... by format or partition tool. Physical sector contains one or few more native sectors.
(example1: if you have HDD 512b/native sector: user can set 4K/Physical sector. this mean 1 cluster = 4 native sector)
(example2: if you have HDD 4K/native sector: user can set 4K/Physical sector. this mead 1 cluster = 1 native sector)
3) File system deal with Physical sector(or block or Cluster) only.
mkfs.*otomatik olarak en uygun sektör boyutunu kullanmalıdır. Bazımkfs.*testler yapabilir ve sonucu inceleyebilirsiniz (mkfs'nin ayrıntılı çıktısında veya ilgili bir fs yardımcı programında).