Mikä allokointiyksikön koko on paras aseman formatointiin

Kun alustat kiintolevyn, yksi valinnoista, joita voit tehdä, on allokointiyksikön koko. Useimmat ihmiset jättävät sen vain suositeltuun oletusarvoon ja jatkavat elämäänsä. 

Oletko kuitenkin miettinyt, mitä vaikutusta tämän luvun koon muuttamisella on? Onko oletusnumero paras tarpeisiisi? Katsotaanpa, mikä allokointiyksikön koko sopii sinulle parhaiten. Se on itse asiassa vähemmän monimutkaista kuin luulet!

Pikakurssi Drive-formaateista

Ennen kuin käsittelemme erityisesti allokointiyksiköitä, meidän on koskettava lyhyesti asemamuotoja(drive formats) . Kun asema on alustamaton, fyysinen asema on kuin laaja avoin kenttä. Kun alustat aseman, se järjestetään osoitteiksi, ikään kuin tuo laaja avoin kenttä olisi jaettu pieniksi tontiksi.

Eri formaateilla on erilaiset järjestelmät käytettävissä olevan tilan järjestämiseen, jokaisella on omat hyvät ja huonot puolensa, mutta se on tarina toiselle artikkelille.

Mikä on allokointiyksikön koko?

Jos aseman alustaminen on kuin avoimen pellon muuttamista pienemmiksi tontiksi, jakoyksikkö olisi yksi niistä. Sitä kutsutaan joskus myös "klusterin" kooksi. Varausyksikkö on pienin tiedon bitti, jonka asema voi tallentaa.

Tämä tarkoittaa, että vaikka yksittäinen tiedosto olisi pienempi kuin allokointiyksikön koko, se vie silti koko jutun. Näin ollen kaikki jäljellä oleva fyysinen tila menee hukkaan.

Miten allokaatioyksiköiden oletuskoko määritetään(Default Allocation Units Size Determined) ?

Mikä allokointiyksikön koko on paras, riippuu useista tekijöistä. Aseman kokonaiskoosta käyttämääsi käyttöjärjestelmään. Jakoyksiköiden koko on valittava siten, että taajuusmuuttajan suorituskyky ja tehokas tilankäyttö ovat tasapainossa.

Järjestelmäasemaan tallennetut tiedostotyypit voivat kuitenkin olla hyvin erilaisia ​​kuin sellaisessa asemassa, jota käytetään vain mediatiedostojen tallentamiseen, esimerkkinä.

Sitten ongelmana on puolijohde-asemat(solid state drives) , jotka eivät kärsi suorituskyvyn heikkenemisestä, kun tiedostot pirstoutuvat. Fragmentointi on myös osittain allokoinnin koon funktio. Joten oletusarvoinen varauskoko, joka sinulle tarjotaan asemaa alustaessasi, on yleiskäyttöinen koko, jonka pitäisi toimia useimmilla ihmisillä suurimman osan ajasta.

Mitä vaikutusta jakoyksikön koolla(Allocation Unit Size) on suorituskykyyn(Performance) ?

Jakoyksikön(Allocation) koolla on vaikutusta taajuusmuuttajan suorituskykyyn. Varsinkin mekaaniset kovalevyt. Periaatteessa(Basically) mitä suuremmaksi teet allokointiyksikön koon, sitä vähemmän allokaatioyksiköitä on kokonaismäärä. Tämä on järkevää, koska ajokiinteistösi "tontit" ovat suurempia. Joten kun tietokoneesi joutuu etsimään tietojesi fyysistä sijaintia, osoitekirja on paljon ohuempi.

Tämä vähentää aseman "hakuaikaa". Toisin sanoen kuinka kauan kestää tiedoston sijainnin etsiminen tiedostojen varaustaulukosta ja sitten oikeiden varausyksiköiden käyttäminen. Jälleen(Again) , mekaanisissa asemissa tämä on merkittävä ongelma, koska sen on fyysisesti siirrettävä kiintolevyn luku-/kirjoituspäät sen allokointiyksikön sijaintiin, jota haluat sen käyttävän.

Hyvin pieni allokaatiokoko voi myös johtaa äärimmäiseen pirstoutumiseen. Tämä johtuu siitä, että kaikki tiedostot, jotka ovat suurempia kuin varausyksikkö, kirjoitetaan useisiin yksiköihin. Ongelma tässä on, että avoimet yksiköt voivat olla hajallaan kaikkialla asemassa, kun tiedostoja kirjoitetaan ja poistetaan ajan myötä.

Mitä vaikutusta jakoyksikön koolla(Allocation Unit Size) on asemaan(Drive Space) ?

Kiintolevyn alustettu tila eroaa pakkauksessa ilmoitetusta kokonaisraakatilasta. Pääsyy tähän ei liity mitenkään allokointiyksiköiden kokoon. Se johtuu siitä melko typerästä tosiasiasta, että kaikki määrittelevät megatavun 1024 kilotavuksi, paitsi kiintolevyvalmistajat, jotka pyöristävät sen 1000:aan. Tämä johtuu siitä, että tietokoneen muistia ja tallennustilaa mitataan binääriyksiköissä, ei desimaaliluvuissa, mutta se ei liity tiukasti varaukseen. yksikön koko.

Muu syy, miksi tiedoston todellinen koko ja levyllä vietävän(othe) tilan määrä ovat erilaiset, liittyy varausyksiköiden kokoon. Yksikön koko määrittää pienimmän tilan, jonka tiedosto voi viedä asemalla. Joten jos yksikkösi koko on 4 kt, mutta tiedosto on 2 kt, saat 2 kt lisätietoa. Jos jokainen asemalla oleva tiedosto olisi kooltaan vain 2 kt, hukkaat puolet levytilasta!

Ongelmana on, että tiedostoja on kaikenkokoisia. Varsinkin järjestelmäasemissa, joissa voi olla miljoonia pieniä tekstitiedostoja, jotka sisältävät asetustietoja, mutta myös suuria mediatiedostoja, kuten esityksiä tai korkearesoluutioisia valokuvia.

Jos teet varauksen koon liian suureksi, hukkaat tilaa, koska monet yksiköt ovat osittain täynnä. Tee niistä liian pieniä, jolloin tiedostot jakautuvat useisiin eri allokaatioyksiköihin. Vaikka nykyaikaiset kiintolevyt ovat niin suuria, että huoli hukkaan heitetystä tiedostojen varausyksikkötilasta ei ole enää väliä.

Suositellut allokointiyksiköiden koot

Joten nyt tiedät, mikä allokointiyksikkö on, miksi se on olemassa ja mikä vaikutus sillä on suorituskykyyn ja tilaan, kun muutat sitä. Jäljellä oleva kysymys on, pitäisikö se vaihtaa nykyaikaisessa tietokoneessa.

Rehellinen vastaus on, että sillä ei todennäköisesti ole huomattavaa vaikutusta sinulle tavallisen pöytätietokoneen käyttäjänä. Sillä voi olla merkitystä, kun puhumme erikoistuneista asemista palvelinklusterissa tai tarkoitukseen rakennetussa asemaryhmässä. Sinulle paras vaihtoehto on yleensä vain jättää se mihin tahansa käyttöjärjestelmäsi mukaan oletuksena.

Poikkeuksia saattaa olla. Oletetaan esimerkiksi, että sinulla on ulkoinen mekaaninen USB - asema, jota käytetään vain suurten mediatiedostojen tallentamiseen. Jos tiedät, että käytännöllisesti katsoen kaikki kyseisellä asemalla olevat tiedostosi ovat suurempia kuin suurin allokaatioyksikön koko, sinun ei tarvitse huolehtia tilan tuhlauksesta. Yksikön koon kääntäminen suurimmaksi kokoon, joka on pienempi kuin tyypillinen tiedosto kyseisellä asemalla, antaa sinun nauttia nopeammista hakuajoista.

Kokeillaan toista skenaariota. Sinulla on ultrabook tai netbook, jonka pääasemana on pieni SSD . Jotain 16 tai 32 gigatavun yksikköä. Tilaa(Space) on erittäin vähän, joten pienentämällä allokointiyksikön kokoa voit vähentää hukattua tilaa. Koska kyseessä on SSD , sillä ei ole väliä, onko data pirstoutunut(fragmented) asemaan, koska siinä ei ole luku-/kirjoituspäätä. Pääsy(Access) on välitön.

Onko mehu puristamisen arvoinen?

Mitä tulee koviin lukuihin, emme voi kertoa, mikä allokaatioyksikön koko toimii 100 %:sti mihin tarkoitukseen. Jos sinulla ei ole aikaa tai mahdollisuutta kokeilla, voit yhtä hyvin valita oletusasetuksen. 

NTFS Windows -asemilla(NTFS) tämä luku on 4096 tavua. Mikä on Microsoftin(Which Microsoft) mielestä paras yleiskäyttöinen koko tyypillisille käyttäjille. Oletusasetuksen muuttaminen tulee tehdä vain, jos tiedät, että se parantaa käyttötapaustasi.



About the author

Olen kokenut Windows 10- ja Windows 11/10 -järjestelmänvalvoja, jolla on kokemusta Edgestä. Minulla on runsaasti tietoa ja kokemusta tarjottavana tällä alalla, minkä vuoksi uskon, että osaamisestani on hyötyä yrityksellesi. Vuosien kokemukseni sekä Windows 10:stä että Edgestä antaa minulle mahdollisuuden oppia nopeasti uusia tekniikoita, ratkaista ongelmia nopeasti ja ottaa vastuuta yrityksesi johtamisesta. Lisäksi kokemukseni Windows 10:stä ja Edgestä tekevät minut erittäin perehtyneeksi käyttöjärjestelmän kaikista näkökohdista, mikä olisi hyödyllistä palvelimien hallinnassa tai ohjelmistosovellusten hallinnassa.



Related posts