APFS-i kasutatakse macOS-i, iOS-i, watchOS-i ja tvOS-i puhul
APFS (Apple File System) on süsteem, mis korraldab ja struktureerib andmeid salvestussüsteemi kohta. APFS algselt välja antud macOS-iga Sierra asendab 30-aastase HFS + .
HFS + ja HFS (mõne varasema hierarhilises failisüsteemis tehtud versioon) loodi algselt disketidena, mis olid Maci peamine andmekandja, kui kõvakettad ketramiseks olid kolmandate osapoolte pakutavad kallid võimalused.
Varem oli Apple flirtida, asendades HFS +, kuid APFS, mis on juba iOS-is , tvOS ja watchOS, on nüüd MacOS-i High Sierra ja hiljem vaikimisi failisüsteem.
APFS on optimeeritud täna ja homme salvestustehnoloogias
HFS + rakendati siis, kui 800 kb disketid olid kuningas . Praegused Macid ei pruugi flopisid kasutada, kuid ketrusõnalised kõvakettad hakkavad nägema sama arhailisena . Apple rõhutades kõikidel oma toodetel põhinevat flash-põhist salvestust, ei ole pöörlemismeediumiga töötamiseks optimeeritud failisüsteem ja ketta ootamine, et ketas keerata lihtsalt ümber, ei tähenda palju.
APFS on loodud SSD ja muude välkmälupõhiste mälu süsteemide jaoks. Isegi kui APFS-i optimeeritakse tahke oleku talletamise toimimiseks, on see tänapäevaste kõvaketastega hästi toimiv.
Tulevikuprognoos
APFS toetab 64-bitine inode-number. Inode on unikaalne identifikaator, mis tuvastab failisüsteemi objekti. Failisüsteemi objekt võib olla midagi; fail, kaust. 64-bitisel inodega võis APFSil hoida ligikaudu 9 quintillioni failisüsteemi objekti, mis lõhkati varasema 2,1 miljardi piiri võrra.
Üheksa kvintiillionit võib tunduda üsna suur hulk, ja võite õigustatult küsida, millisel salvestusseadmel on piisavalt ruumi, et hoida palju objekte. Vastuseks on vaja vaadelda ladustamisuundumusi. Mõtle sellele: Apple on juba alustanud ettevõtte tasemel ladustamistehnoloogia liigutamist tarbija taseme toodetele, näiteks Macile ja selle võimet kasutada mitmekülgse salvestusruumi. Esmakordselt leiti seda Fusion-ajamitest, mis edastasid andmeid kõrgjõudlusega SSD-i ja aeglasema, kuid palju suurema kõvaketta vahel. Sageli juurdepääsetavad andmed hoiti kiire SSD-s, samas kui faile kasutatakse harvemini kõvakettale.
MacOSiga laiendas Apple seda kontseptsiooni, lisades segule iCloud-põhise salvestusruumi . Luba filtreid ja telesaateid, mida olete juba vaadanud, et neid iCloudis salvestada, vabastades kohaliku salvestuse. Kuigi see viimane näide ei vaja ühtset inode-nummerdussüsteemi kõigis selle mitmekülgse salvestussüsteemi kasutatavates ketastes, näitab see üldist suunda, et Apple võib liikuda; ühendada mitmed salvestustehnoloogiad, mis kõige paremini vastaksid kasutaja vajadustele, ja et OS neid näha ühe failivorminguna.
APFSi funktsioonid
APFS-il on arvukalt funktsioone, mis muudavad selle vanemate failisüsteemide asemel.
- Kloonid - kloonid võimaldavad peaaegu kohe koopiaid ilma täiendava ruumi kasutamata. Selle asemel, et kopeerida fail natuke ühest kohast teise, viitavad kloonid selle asemel originaalfailile, jagades kahe andmefailiga identseid andmeplakke. Muutke ühte faili ja ainult uus muutmiskood kirjutatakse uuele kloonile, samas kui nii originaal kui ka kloon jätkavad muutmata andmete plokke jagamist. See mitte ainult ei muuda failide kopeerimist ja säästmist eriti kiireks, vaid ka salvestab salvestusruumi vajadusi.
- Snapshots - APFS saab luua hulga hetktõmmise, mis tähistab ajahetke. Snapshooge saab kasutada tõhusate varukoopiate hõlbustamiseks, samuti võimaldab teil minna tagasi, kui asjad olid konkreetsel ajahetkel. Snapshotid on algse helitugevuse ja selle andmete jaoks ainult loetavad näitajad. Uus pilt ei sisalda reaalset ruumi, välja arvatud ruumi hulk, mis on vajalik pointeri esialgse helitugevuse salvestamiseks. Kuna aeg kulgeb ja muudatused tehakse algsele helitugevusele, värskendatakse hetkepilti vaid muutustega.
- Krüptimine - APFS toetab tugevat täiskirjas kodeerimist, kasutades AES-XTS või AES-CBC režiime. Nii failid kui ka metaandmed krüpteeritakse. Toetatavad krüpteerimismeetodid on järgmised:
- Selge (krüptimine puudub).
- Ühe võtmega.
- Mitmekeelne, iga faili võtmega nii andmete kui ka metaandmete jaoks.
- Ruumi jagamine - ruumi jagamine lõpetab partitsioonide suuruste eelneva määratlemise; Selle asemel jagavad kõik mahud aluse vaba ruumi kettale . Ruumi jagamine võimaldab mitmel mahul kasvatada ja kahandada dünaamiliselt vastavalt vajadusele, ilma et oleks vaja ümber jaotada.
- Copy-On-Write - see andmekaitse skeem võimaldab jagatud andmestruktuure nii kaua, kuni muudatusi ei tehta. Kui muudatust taotletakse (kirjuta), luuakse uus ainulaadne eksemplar, mis tagab originaali puudumatuse. Alles pärast seda, kui kirjutamine on lõpule jõudnud, on faili teave uuendatud, et viidata uutele andmetele.
- Atomic Safe-Save - see on sarnane koopia kirjutamise ideele, kuid seda kohaldatakse mis tahes faili operatsioonile, näiteks faili või kataloogi ümbernimetamiseks või teisaldamiseks. Näiteks ümbernimetamise korral kopeeritakse uutest andmetest ümbernimetatud fail (faili nimi); mitte enne, kui kopeerimisprotsess on lõpule jõudnud, on failide süsteem värskendatud, et viidata uutele andmetele. See tagab, et kui mingil põhjusel, näiteks voolukatkestus või mõni CPU luksumise tüüp, ei ole kirjutamine lõpule jõudnud, jääb originaalfail.
- Sparse failid - see tõhusam viis failide eraldamiseks võimaldab failiruumi kasvada ainult siis, kui seda tegelikult vaja on. Väiksemates failisüsteemides tuleb failiruum eelnevalt reserveerida, isegi kui andmeid ei ole salvestamiseks valmis.