Mida peaksin vormindamisel määrama eraldamisüksuse suuruseks?

Lisaks soovitud failisüsteemi küsimisele küsivad ketta vormindamise tööriistad ka jaotiseüksuse suurust. Mida see tähendab ja millise väärtuse peaksite valima?

Tänane küsimuste ja vastuste seanss saabub meile SuperUseri kaudu - see on Stack Exchange'i alajaotus, mis on kogukonna juhitud Q&A veebisaitide rühmitus.

Küsimus

SuperUseri lugeja Andrew Keeton on huvitatud sellest, mida ta täpselt draivi vormindamisel jaotamise jaotisse peaks panema. Ta kirjutab:

Vormindan 1 TB välise kõvaketta NTFS-iks. See draiv on mõeldud peamiselt selliste meediumite nagu muusika ja video salvestamiseks.

Mida peaksin valima jaotuse üksuse suuruse seadistamiseks? Valikud jäävad vahemikku 512 baiti kuni 64K. Kas on juhiseid, mida võiksin rakendada muud tüüpi draividele? Kas peaksin lõpetama ringi torkimise ja jätma selle lihtsalt "vaikimisi"?

Ehkki vaikeseade on enamasti enamiku kasutajate jaoks parim valik, uurigem veidi rohkem.

Vastused

SuperUseri kaastöötajad Jonathan ja Andrew pakuvad mõnda ülevaadet. Jonathan kirjutab:

Kui olete Microsofti definitsiooni järgi tavakasutaja, peaksite säilitama vaikimisi 4096 baiti. Põhimõtteliselt on eraldusühiku suurus kõvaketta ploki suurus, kui see NTFS-i vormindab. Kui teil on palju väikeseid faile, on mõistlik hoida eraldise suurus väikesena, nii et kõvakettaruumi ei raisata. Kui teil on palju suuri faile, suurendab selle kõrgemal hoidmine süsteemi jõudlust, kui teil on vähem plokke otsida.

Kuid jällegi, tänapäeval kõvaketta maht suureneb ja suureneb, on õige jaotuse suuruse valimisel väike erinevus. Soovitan teil vaikimisi alles jätta.

Samuti pidage meeles, et enamus failid on suhteliselt väikesed, suuremad failid on suured, kuid väikesed ühikutena.

Andrew laiendab Jonathani vastust, öeldes:

Ruumi efektiivsuse osas toimivad väiksemad eraldusüksuste suurused paremini. Keskmine faili kohta raisatud ruum moodustab poole valitud AUS-ist. Seega raiskab 4K faili kohta 2K ja 64K raiskab 32K. Kuid nagu märgib Jonathon, on tänapäevased ajamid massiivsed ja pisut raisatud ruumi ei tasu vaevata ja see ei tohiks olla määrav tegur (kui te just ei kasuta väikest SSD-d).

Võrrelge 4K ja 64K keskmist juhtumijäätmeid (32K-2K = 30K) 10 000 faili puhul, mille maht on vaid 300 000 KB või umbes 300 MB.

Selle asemel mõelge, kuidas OS ruumi kasutab. Oletame, et teil on 3K fail, mis peab kasvama 2K. 4K AUS-i puhul tuleb andmed jagada kaheks plokiks - ja need ei pruugi koos olla, nii et saate killustatuse. 64K AUS-iga on palju vähem plokke, mida jälgida ja vähem killustatust. 16x ploki suurus tähendab 1/16 plokkide arvu, mida jälgida.

Meediumiketta jaoks, kuhu salvestatakse fotosid, muusikat ja videoid, on iga fail vähemalt 1 MB, ma kasutan suurimat AUS-i. Windowsi alglaadimispartitsiooni jaoks kasutan Windowsi vaikeseadet (mis on kõigi NTFS-draivide puhul, mis on väiksemad kui 16 TB, 4K).

Olemasoleva ketta klastri suuruse väljaselgitamiseks toimige järgmiselt.

fsutil fsinfo ntfsinfo X:

Kas teil on selgitusele midagi lisada? Heli kommentaarides välja. Kas soovite lugeda rohkem vastuseid teistelt tehnikatarkust pakkuvatelt Stack Exchange'i kasutajatelt? Tutvuge täieliku arutelulõngaga siin.


$config[zx-auto] not found$config[zx-overlay] not found