W przypadku wielu nowych dysków twardych rozmiar sektora fizycznego wynosi 4096. Czy byłoby możliwe, aby system używał rozmiaru sektora logicznego o tym samym rozmiarze, zamiast domyślnego rozmiaru sektora logicznego 512?
Czy przyspieszy zbiorcze odczyty i zapisy? Gdzie można to skonfigurować?
Odpowiedzi:
512 bajtów nie jest tak naprawdę domyślnym rozmiarem sektora. To zależy od twojego sprzętu.
Możesz wyświetlić rozmiar sektora fizycznego / logicznego, który zgłasza twój dysk za pośrednictwem /syspseudo systemu plików, na przykład:
# cat /sys/block/sda/queue/physical_block_size
4096
# cat /sys/block/sda/queue/logical_block_size
512
Jaka jest różnica między tymi dwiema wartościami?
physical_block_sizeto minimalny rozmiar bloku, który dysk może zapisać w operacji atomowej.logical_block_sizeto najmniejszy rozmiar, jaki dysk może zapisać (por. Dokumentacja jądra systemu Linux).Tak więc, jeśli masz dysk 4k, ma sens, że twój stos pamięci (system plików itp.) Używa czegoś równego lub większego niż rozmiar sektora fizycznego.
Wartości te są również wyświetlane w najnowszych wersjach fdisk, na przykład:
# fdisk -l /dev/sda
[..]
Sector size (logical/physical): 512 bytes / 4096 bytes
W obecnych dystrybucjach linuksa programy (które powinny dbać o optymalny rozmiar sektora) podobnie mkfs.xfswybiorą domyślnie optymalny rozmiar sektora (np. 4096 bajtów).
Ale możesz również wyraźnie to określić za pomocą opcji, na przykład:
# mkfs.xfs -f -s size=4096 /dev/sda
Lub:
# mkfs.ext4 -F -b 4096 /dev/sda
W każdym razie większość mkfswariantów wyświetli również używany rozmiar bloku podczas wykonywania.
W przypadku istniejącego systemu plików rozmiar bloku można określić za pomocą polecenia:
# 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
Lub:
# tune2fs -l /dev/sda
Block size: 4096
Fragment size: 4096
Lub:
# 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
Podczas tworzenia systemu plików na partycji należy sprawdzić, czy adres początkowy partycji jest rzeczywiście dopasowany do rozmiaru bloku fizycznego. Na przykład spójrz na dane fdisk -lwyjściowe, przekonwertuj adresy początkowe na bajty, podziel je przez fizyczny rozmiar bloku - przypomnienie musi wynosić zero, jeśli partycje są wyrównane.
fdisk -l, podzieliłem przez 8, a następnie 512. reszta nie była
fdisk -lraporty Units = sectors of 1 * 512 = 512 bytesw jednym z moich systemów Linux - Tak więc, dla 512/4096 logicznego / fizycznego napędu z 2 partycji poczynając od 2048 i 1026048 I obliczeniowych 2048*512%4096i 1026048*512%4096- np w powłoce Pythona. Ponieważ oba wyrażenia są równe zero, te partycje są wyrównane do 4k.
Nie, nie jest to możliwe, ani nie miałoby znaczenia, gdyby tak było. IO zazwyczaj wykonuje się w jednostkach co najmniej 4096 bajtów, i zwykle znacznie więcej.
Tak, jest to możliwe, jednak spowoduje to, że dysk zapełni się znacznie szybciej niż powinien. W przypadku plików mniejszych niż 512 KB każdy plik zajmuje wówczas pełne 4096 KB (4 MB) i wypełnia resztę sektora zerami z powodu niezdolności większości systemów plików (NTFS i podobnych) do umożliwienia współdzielenia sektorów przez pliki. Najlepszą opcją dla systemu plików byłoby zezwolenie na zmienne rozmiary sektorów, jednak zwiększa to rozmiar MFT (głównej tabeli plików) i zwiększa ryzyko uszkodzenia danych, jednocześnie zmniejszając możliwość łatwego odzyskiwania danych. Innymi słowy, granice nie byłyby w pełni znane oprogramowaniu do odzyskiwania. Tak więc, podczas gdy rozmiar sektora logicznego 4096K jest niesamowity dla dużych plików, dla zwykłego komputera do codziennego użytku to tylko kilka zer. Powiedziawszy to: istnieje możliwość przechowywania danych w samym MFT, jeśli chodzi o dane mniejsze niż rozmiar sektora logicznego. Oznacza to jednak, że MFT staje się ogromny, a dane byłyby zapisywane dwukrotnie (na dysku twardym znajdują się dwie kopie MFT). Będziesz także musiał określić maksymalny rozmiar MFT, który może powodować problemy, gdy albo osiągniesz maksimum, albo użycie dysku przekroczy to, co byłoby wolne dla MFT. Wszystko to opiera się na wykorzystaniu systemu plików NTFS. Z drugiej strony, NTFS pozwala na użycie kompresji natywnej dla plików na poziomie bloku dla dowolnego sektora logicznego o wielkości 4 MB lub mniejszej. To ograniczenie jest stosowane ze względu na sposób działania kompresji NTFS. 4 MB bloków jest odczytywanych i kompresowanych niezależnie od wielkości sektora logicznego. To oczywiście
Czy to trochę dla ciebie wyjaśnia?
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.*powinny automatycznie używać optymalnego rozmiaru sektora. Możesz wykonać kilkamkfs.*testów i sprawdzić wynik (w pełnym wyniku programu mkfs lub w powiązanym programie narzędziowym fs).