लिनक्स कर्नल
असे नुकतेच उघड झाले Linux 6.2 कर्नलमध्ये समाविष्ट करण्यासाठी Btrfs मध्ये सुधारणा प्रस्तावित केल्या होत्या RAID 5/6 अंमलबजावणीमध्ये राइट होल समस्येचे निराकरण करण्यासाठी.
समस्येचे सार या वस्तुस्थितीवर उकळते की रेकॉर्डिंग दरम्यान क्रॅश झाल्यास, कोणत्या ब्लॉकवर RAID डिव्हाइस योग्यरित्या लिहिले गेले होते आणि ज्यावर रेकॉर्डिंग पूर्ण झाले नाही हे समजणे सुरुवातीला अशक्य आहे.
या परिस्थितीत तुम्ही RAID पुन्हा तयार करण्याचा प्रयत्न केल्यास, सबस्क्राइब केलेल्या ब्लॉक्सशी संबंधित ब्लॉक्स दूषित होऊ शकतात कारण RAID ब्लॉक्सची स्थिती समक्रमित झाली आहे. ही समस्या कोणत्याही RAID1/5/6 अॅरेमध्ये उद्भवते जिथे या प्रभावाचा सामना करण्यासाठी कोणतेही विशेष उपाय केले जात नाहीत.
btrfs मध्ये RAID1 सारख्या RAID अंमलबजावणीमध्ये, ही समस्या सोडवली जाते दोन्ही प्रतींवर चेकसम वापरून, जर काही जुळत नसेल तर, डेटा फक्त दुसऱ्या प्रतीतून पुनर्संचयित केला जातो. कोणतेही डिव्हाइस पूर्णपणे अयशस्वी होण्याऐवजी खराब डेटा देऊ लागल्यास देखील हा दृष्टिकोन कार्य करतो.
तथापि, RAID5/6 च्या बाबतीत, फाइल सिस्टम चेकसम संचयित करत नाही पॅरिटी ब्लॉक्ससाठी - सामान्य परिस्थितीत, ब्लॉक्सची शुद्धता तपासली जाते की ते सर्व चेकसमसह सुसज्ज आहेत आणि डेटामधून पॅरिटी ब्लॉक पुन्हा तयार केला जाऊ शकतो. तथापि, आंशिक रेकॉर्डिंगच्या बाबतीत, हा दृष्टिकोन काही विशिष्ट परिस्थितींमध्ये कार्य करू शकत नाही. या प्रकरणात, अॅरे पुनर्संचयित करताना, हे शक्य आहे अपूर्ण रेकॉर्डमध्ये राहिलेले ब्लॉक चुकीच्या पद्धतीने पुनर्संचयित केले जातात.
btrfs च्या बाबतीत, आलेले लेखन स्ट्राइपपेक्षा लहान असल्यास ही समस्या अधिक संबंधित आहे. या प्रकरणात, फाइल सिस्टमने रीड-मॉडिफाई-राइट (RMW) ऑपरेशन करणे आवश्यक आहे.
जर ते राईट-इन-प्रोग्रेस ब्लॉक्स्चा सामना करत असेल, तर RMW ऑपरेशनमुळे भ्रष्टाचार होऊ शकतो जो चेकसमची पर्वा न करता तपासला जाणार नाही. विकासकांनी बदल केले आहेत ज्यामध्ये हे ऑपरेशन करण्यापूर्वी RMW ऑपरेशन ब्लॉक्सचे चेकसम सत्यापित करते आणि आवश्यक असल्यास, डेटा रिकव्हरी लिहिल्यानंतर चेकसम सत्यापन देखील करते.
दुर्दैवाने, अपूर्ण फ्रिंज (RMW) लिहिलेल्या स्थितीत, हे चेकसमची गणना करण्यासाठी अतिरिक्त ओव्हरहेड तयार करते, परंतु लक्षणीयरीत्या विश्वासार्हता वाढवते. RAID6 साठी, असे तर्कशास्त्र अद्याप तयार नाही,
याव्यतिरिक्त, आम्ही विकासकांकडून RAID5/6 च्या वापरावरील शिफारसी लक्षात ठेवू शकतो, ज्याचा सार असा आहे की Btrfs मध्ये मेटाडेटा आणि डेटा संचयित करण्यासाठी प्रोफाइल भिन्न असू शकतात. या प्रकरणात, तुम्ही मेटाडेटासाठी RAID1 (मिरर) किंवा अगदी RAID1C3 (3 प्रती) प्रोफाइल आणि डेटासाठी RAID5 किंवा RAID6 वापरू शकता.
हे एकीकडे विश्वसनीय मेटाडेटा संरक्षण आणि "राइट होल" नसणे आणि दुसरीकडे RAID5/6 च्या वैशिष्ट्यपूर्ण जागेचा अधिक कार्यक्षम वापर सुनिश्चित करते. हे मेटाडेटा करप्शनला प्रतिबंध करते आणि डेटा करप्शन दुरुस्त केला जाऊ शकतो.
तसेच हे लक्षात घेतले जाऊ शकते की कर्नल 6.2 मधील Btrfs वरील SSDs साठी, la "काढून टाका" ऑपरेशनची असिंक्रोनस अंमलबजावणी (मोकळे केलेले ब्लॉक जे यापुढे भौतिकरित्या संग्रहित केले जाऊ शकत नाहीत) चिन्हांकित करा) डीफॉल्टनुसार चालू असतील.
याचा फायदा मोड उच्च कार्यक्षमता आहे रांगेत टाकून दिलेल्या ऑपरेशन्सच्या कार्यक्षम गटामुळे आणि पार्श्वभूमी हँडलरद्वारे रांगेच्या पोस्ट-प्रोसेसिंगमुळे, ब्लॉक्स मोकळे झाल्यामुळे सिंक्रोनस "डिस्कॉर्ड" प्रमाणे सामान्य FS ऑपरेशन्स मंद होत नाहीत आणि SSD अधिक चांगले बनवू शकते. निर्णय दुसरीकडे, तुम्हाला यापुढे fstrim सारख्या उपयुक्तता वापरण्याची आवश्यकता नाही, कारण अतिरिक्त स्कॅनिंगची गरज न पडता आणि ऑपरेशन्स कमी न करता FS मध्ये सर्व उपलब्ध ब्लॉक्स मिटवले जातील.
शेवटी, जर तुम्हाला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असेल तर तुम्ही त्यातील तपशीलांचा सल्ला घेऊ शकता खालील दुवा.