Linux Kernel
Kwanan nan aka bayyana cewa an gabatar da haɓakawa ga Btrfs don haɗawa a cikin Linux 6.2 kernel don gyara matsalar ramin rubutu a cikin aiwatar da RAID 5/6.
Asalin matsalar ya ta'allaka ne da cewa idan wani karo ya faru a lokacin rikodin, da farko ba za a iya fahimtar wani shingen da aka rubuta daidai a cikin na'urorin RAID ba, da kuma wanda ba a kammala rikodin ba.
Idan kayi ƙoƙarin sake gina RAID a cikin wannan yanayin, tubalan da suka dace da tubalan da aka yi rajista na iya lalacewa saboda yanayin katangar RAID ba ya aiki tare. Wannan matsalar tana faruwa a cikin kowace tsararrun RAID1/5/6 inda ba a ɗauki matakai na musamman don yaƙar wannan tasirin ba.
A cikin aiwatar da RAID kamar RAID1 a cikin btrfs, ana magance wannan matsalar ta amfani da checksums akan kwafin biyu, idan akwai rashin daidaituwa, ana dawo da bayanan kawai daga kwafi na biyu. Wannan hanya kuma tana aiki idan kowace na'ura ta fara ba da bayanai mara kyau maimakon kasawa gaba daya.
Duk da haka, a cikin yanayin RAID5/6, tsarin fayil baya adana adadin kuɗi don shinge tubalan - a cikin yanayin al'ada, ana bincika daidaitattun tubalan ta hanyar gaskiyar cewa duk suna sanye take da checksum, kuma ana iya sake ƙirƙirar toshe daga bayanan. Duk da haka, a cikin yanayin yin rikodi, wannan hanya na iya yin aiki a wasu yanayi. A wannan yanayin, a lokacin da maido da tsararru, yana yiwuwa cewa tubalan da aka bari a cikin bayanan da bai cika ba an mayar da su ba daidai ba.
Game da btrfs, wannan matsala ta fi dacewa idan rubutun da ke faruwa ya fi girma fiye da ratsan. A wannan yanayin, dole ne tsarin fayil ya yi aikin karanta-gyara-write (RMW).
Idan ta ci karo da tubalan rubuta-in-ci gaba, aikin RMW na iya haifar da cin hanci da rashawa wanda ba za a iya gano shi ba, ba tare da la’akari da kima ba. Masu haɓakawa sun yi canje-canje a cikin abin da aikin RMW ya tabbatar da ƙididdige adadin tubalan kafin yin wannan aikin, kuma idan ya cancanta, dawo da bayanan yana yin tabbatarwa na checksum bayan rubutawa.
Abin baƙin ciki, a cikin halin da ake ciki inda aka rubuta iyakar da ba ta cika ba (RMW), wannan yana haifar da ƙarin sama don ƙididdige adadin cak, amma yana ƙaruwa da aminci sosai. Don RAID6, irin wannan tunanin bai shirya ba tukuna,
Bugu da ƙari, za mu iya lura da shawarwari game da amfani da RAID5 / 6 daga masu haɓakawa, ainihin abin da ke cikin Btrfs bayanin martaba don adana metadata da bayanai na iya bambanta. A wannan yanayin, zaku iya amfani da bayanin martaba na RAID1 ( madubi) ko ma RAID1C3 (kwafin 3) don metadata, da RAID5 ko RAID6 don bayanai.
Wannan yana tabbatar da amintaccen kariya ta metadata da rashin "rubutun rubutu" a gefe guda, da kuma ingantaccen amfani da sarari, irin na RAID5/6, a daya bangaren. Wannan yana hana cin hanci da rashawa na metadata kuma ana iya gyara ɓarnar bayanai.
Har ila yau Ana iya lura cewa don SSDs akan Btrfs a cikin kernel 6.2, la aiwatar da asynchronous na aikin "jifar". (marked tubalan da ba za a iya adana su a zahiri ba) za su kasance ta tsohuwa.
Amfanin wannan yanayin yana da babban aiki saboda ingantacciyar haɗakar ayyukan jefar a cikin jerin gwano da kuma aiwatar da jerin gwano ta hanyar mai sarrafa baya, don haka ayyukan FS na yau da kullun ba su ragu ba kamar yadda lamarin yake tare da "zubar da" synchronous kamar yadda aka 'yantar da tubalan, kuma SSD na iya yin mafi kyau. yanke shawara. A gefe guda, ba za ku ƙara buƙatar amfani da kayan aiki kamar fstrim ba, tunda duk abubuwan da ke akwai za a goge su a cikin FS ba tare da buƙatar ƙarin bincike ba kuma ba tare da rage ayyukan ba.
A ƙarshe, idan kuna da sha'awar samun ƙarin sani game da shi, zaku iya tuntuɓar cikakkun bayanai a ciki mahada mai zuwa.