Linux Kernel
Së fundmi u zbulua se përmirësimet në Btrfs u propozuan për t'u përfshirë në kernelin Linux 6.2 për të rregulluar problemin e vrimës së shkrimit në zbatimin e RAID 5/6.
Thelbi i problemit zbret në faktin se nëse ndodh një përplasje gjatë regjistrimit, fillimisht është e pamundur të kuptohet se cili bllok në cilin nga pajisjet RAID është shkruar saktë dhe në të cilin regjistrimi nuk është përfunduar.
Nëse përpiqeni të rindërtoni një RAID në këtë situatë, blloqet që korrespondojnë me blloqet e abonuar mund të korruptohen sepse gjendja e blloqeve RAID është jashtë sinkronizimit. Ky problem shfaqet në çdo grup RAID1/5/6 ku nuk merren masa të veçanta për të luftuar këtë efekt.
Në një zbatim RAID si RAID1 në btrfs, ky problem zgjidhet duke përdorur kontrolle në të dyja kopjet, nëse ka një mospërputhje, të dhënat thjesht restaurohen nga kopja e dytë. Kjo qasje funksionon gjithashtu nëse ndonjë pajisje fillon të japë të dhëna të këqija në vend që të dështojë plotësisht.
Megjithatë, në rastin e RAID5/6, sistemi i skedarëve nuk ruan shumat e kontrollit për blloqet e barazisë - në një situatë normale, korrektësia e blloqeve kontrollohet nga fakti se ato janë të pajisura të gjithë me një shumë kontrolli, dhe blloku i barazisë mund të rikrijohet nga të dhënat. Megjithatë, në rastin e regjistrimit të pjesshëm, kjo qasje mund të mos funksionojë në situata të caktuara. Në këtë rast, kur rivendosni grupin, është e mundur që blloqet e mbetura në rekordin e paplotë janë restauruar gabimisht.
Në rastin e btrfs, ky problem është më i rëndësishëm nëse shkrimi që ndodh është më i vogël se shiriti. Në këtë rast, sistemi i skedarëve duhet të kryejë një operacion lexim-modifikimi-shkruaj (RMW).
Nëse ndeshet me blloqe shkrimi në vazhdim, operacioni RMW mund të shkaktojë korrupsion që do të mbetet i pazbuluar, pavarësisht nga shumat e kontrollit. Zhvilluesit kanë bërë ndryshime në të cilat operacioni RMW verifikon kontrollin e blloqeve përpara kryerjes së këtij operacioni, dhe nëse është e nevojshme, rikuperimi i të dhënave kryen gjithashtu një verifikim kontrolli pas shkrimit.
Fatkeqësisht, në një situatë ku shkruhet një skaj i paplotë (RMW), kjo krijon shpenzime shtesë për të llogaritur shumat e kontrollit, por rrit ndjeshëm besueshmërinë. Për RAID6, një logjikë e tillë nuk është ende gati,
Për më tepër, mund të vërejmë rekomandimet për përdorimin e RAID5/6 nga zhvilluesit, thelbi i të cilave është se në Btrfs profili për ruajtjen e meta të dhënave dhe të dhënave mund të ndryshojë. Në këtë rast, mund të përdorni profilin RAID1 (pasqyrë) ose edhe RAID1C3 (3 kopje) për meta të dhënat dhe RAID5 ose RAID6 për të dhënat.
Kjo siguron mbrojtje të besueshme të meta të dhënave dhe mungesën e një "vrime shkrimi" nga njëra anë dhe përdorim më efikas të hapësirës, tipike për RAID5/6, nga ana tjetër. Kjo parandalon korrupsionin e meta të dhënave dhe korrupsioni i të dhënave mund të korrigjohet.
edhe Mund të vërehet se për SSD-të në Btrfs në kernel 6.2, la ekzekutimi asinkron i operacionit "fshi". (shënoni blloqet e liruara që nuk mund të ruhen më fizikisht) do të jenë të aktivizuara si parazgjedhje.
Avantazhi i kësaj modaliteti është me performancë të lartë për shkak të grupimit efikas të operacioneve të fshirjes në një radhë dhe pas përpunimit të radhës nga një mbajtës i sfondit, kështu që operacionet normale FS nuk ngadalësohen siç është rasti me "fshirjen" sinkrone pasi blloqet lirohen dhe SSD mund të përmirësohet vendimet. Nga ana tjetër, nuk do të keni më nevojë të përdorni shërbime si fstrim, pasi të gjitha blloqet e disponueshme do të fshihen në FS pa pasur nevojë për skanim shtesë dhe pa ngadalësuar operacionet.
Së fundi, nëse jeni të interesuar të jeni në gjendje të dini më shumë për të, mund të konsultoheni me detajet në lidhja e mëposhtme.