Linux Kernel
Hiljuti selgus, et Btrfs-i täiustusi pakuti Linuxi 6.2 kernelisse lisamiseks RAID 5/6 juurutuse kirjutusaugu probleemi lahendamiseks.
Probleemi olemus taandub tõsiasjale, et kui salvestamise ajal tekib krahh, pole esialgu võimalik aru saada, millisele RAID-seadmele kirjutati õigesti ja millisele plokile salvestamine jäi lõpetamata.
Kui proovite selles olukorras RAID-i uuesti üles ehitada, võivad tellitud plokkidele vastavad plokid rikkuda, kuna RAID-plokkide olek on sünkroonist väljas. See probleem ilmneb kõigis RAID1/5/6 massiivides, kus selle efekti vastu võitlemiseks ei võeta erimeetmeid.
RAID-rakenduses, nagu RAID1 in btrfs, on see probleem lahendatud kasutades mõlema eksemplari kontrollsummasid, kui esineb mittevastavust, taastatakse andmed lihtsalt teisest eksemplarist. See lähenemine toimib ka siis, kui mõni seade hakkab täieliku rikke asemel andma halbu andmeid.
Kuid RAID5/6 puhul failisüsteem kontrollsummasid ei salvesta paarsusplokkide puhul - tavaolukorras kontrollitakse plokkide õigsust sellega, et need kõik on varustatud kontrollsummaga ja andmetest saab paarsusploki uuesti luua. Osalise salvestamise puhul ei pruugi see lähenemine aga teatud olukordades toimida. Sel juhul, massiivi taastamisel on võimalik, et mittetäielikku kirjesse jäänud plokid on valesti taastatud.
Btrfs-i puhul on see probleem asjakohasem, kui esinev kirjutamine on triibist väiksem. Sel juhul peab failisüsteem sooritama lugemise-muutmise-kirjutamise (RMW) toimingu.
Kui see puutub kokku pooleliolevate kirjutamisplokkidega, võib RMW toiming põhjustada riknemist, mis jääb avastamata, sõltumata kontrollsummadest. Arendajad on teinud muudatusi, milles RMW toiming kontrollib enne selle toimingu sooritamist plokkide kontrollsummat ning vajadusel teostab andmete taastamine peale kirjutamist ka kontrollsumma kontrolli.
Kahjuks tekitab see olukorras, kus kirjutatakse mittetäielik fringe (RMW), kontrollsummade arvutamiseks lisakulu, kuid suurendab oluliselt töökindlust. RAID6 jaoks pole selline loogika veel valmis,
Lisaks võime märkida arendajate soovitusi RAID5/6 kasutamiseks, mille põhiolemus on see, et Btrfs-is võib metaandmete ja andmete salvestamise profiil erineda. Sel juhul saate metaandmete jaoks kasutada profiili RAID1 (peegel) või isegi RAID1C3 (3 koopiat) ja andmete jaoks RAID5 või RAID6.
See tagab ühelt poolt usaldusväärse metaandmete kaitse ja "kirjutusaugu" puudumise ning teiselt poolt RAID5/6-le omase tõhusama ruumikasutuse. See hoiab ära metaandmete riknemise ja andmete riknemist saab parandada.
ka Võib märkida, et kerneli 6.2 Btrf-i SSD-de puhul la toimingu "viskamine" asünkroonne täitmine (märkige vabastatud plokid, mida ei saa enam füüsiliselt salvestada) on vaikimisi sisse lülitatud.
Selle eelis režiim on suure jõudlusega tänu hülgamistoimingute tõhusale grupeerimisele järjekorda ja järjekorra järeltöötlusele taustakäitleja poolt, nii et tavalised FS-i toimingud ei aeglustu, nagu juhtub sünkroonse "viskamise" puhul, kui plokid vabastatakse, ja SSD saab paremaks muuta. otsuseid. Teisest küljest ei pea te enam kasutama utiliite, nagu fstrim, kuna kõik saadaolevad plokid kustutatakse FS-is ilma täiendavat skannimist vajamata ja toiminguid aeglustamata.
Lõpuks, kui olete huvitatud sellest, et saaksite sellest rohkem teada saada, saate üksikasju vaadata järgmine link.