तुलना करना bcache और btier

Bcache के बारे में मेरी पिछली पोस्ट के बाद, मुझे एक तेज btier का उपयोग करने की सलाह दी गई थी। कुछ समय बाद, इसका मुकाबला करने की स्थिति में प्रयास करना संभव हो गया। यह पोस्ट हार्ड ड्राइव को गति देने के लिए दो अलग-अलग तरीकों की तुलना करने के बारे में होगी ...

Bcache

Bcache डेटा कैशिंग पर निर्भर करता है। यदि डेटा को एक या अधिक बार पढ़ा गया था, तो यह संभवतः कैश में बस जाएगा और अगली बार इसे कैश से पढ़ा जाएगा। रैंडम रीड ऑपरेशंस को कैशिंग द्वारा मुख्य त्वरण प्राप्त किया जाता है। क्योंकि अनुक्रमिक रीड ऑपरेशन, bcache के अनुसार, त्वरित होने की संभावना नहीं है, और एक बड़ी फ़ाइल कैश से कई छोटे लोगों को बाहर नहीं निकालेगी। लेकिन यहां समस्या यह उठती है कि कैसे निर्धारित किया जाए कि क्या रीड ऑपरेशन जो अभी शुरू हुआ है वह अनुक्रमिक होगा, या अलग-अलग छोटी फ़ाइलों के लिए उनमें से कई होंगे? आप निश्चित रूप से प्रत्येक प्रक्रिया के लिए अंतिम एन ब्लॉक को कैश कर सकते हैं, और यदि सभी एन + 1 ब्लॉक एक पंक्ति में जाते हैं, तो इस डेटा को कैश न करें। इस मामले में, मेमोरी पर एक बड़ा भार होगा और रीड ऑपरेशन की लंबाई पर एक निर्णय हमें केवल तभी मिलेगा जब यह लंबाई पार हो गई है या कुछ सीमा से अधिक नहीं हुई है। Bcache एक अलग समाधान का उपयोग करता है। प्रत्येक प्रक्रिया के लिए, रीड ऑपरेशन की चलती औसत लंबाई संग्रहीत होती है। यदि यह sequential_cutoff पैरामीटर से अधिक लंबा है, तो रीड प्रोसेस डेटा कैश में नहीं मिलेगा। उल्लेख के लायक एक और दिलचस्प समाधान उच्च भार सीमा है। मान लीजिए अगर रीड ऑपरेशंस के लिए बहुत सारे अनुरोध एक ही समय में आए और ये सभी कैश में मौजूद डेटा पर आते हैं। कैश ओवरलोड हो जाएगा, और hdd निष्क्रिय हो जाएगा। ऐसे मामलों के लिए, एक congested_read_threshold पैरामीटर है जो मिलिसेकंड में समय सेट करता है कि एक रीड ऑपरेशन कैश कतार में प्रतीक्षा करता है, जिसके बाद अनुरोध hdd पर जाता है। लिखने के संचालन के लिए एक ही पैरामीटर मौजूद है। यह सभी यांत्रिकी इच्छाशक्ति पर कॉन्फ़िगर या अक्षम है, जो बहुत उपयोगी है जब आपको एक कठिन कार्य के लिए bcache ऑपरेशन पैरामीटर को समायोजित करने की आवश्यकता होती है।

गौरव

• लचीले विन्यास विकल्प।
• भारी कार्य चलाने के दौरान कैश भरना।
• बूट समय पर स्वचालित प्रारंभ।
• यह कैश्ड मोड में पढ़ने के रूप में काम कर सकता है, इसलिए पढ़ें और लिखें।
• 3.10 संस्करण के बाद से कर्नेल में शामिल हैं।

कमियों

• इससे पहले कि कैश उपयोगी होगा, इसे भरना होगा, और गति में वृद्धि तात्कालिक नहीं होगी।
• यदि एक प्रक्रिया एक बड़ी फ़ाइल पढ़ती है और एक ही समय में अक्सर छोटी फ़ाइलों को संदर्भित करती है, तो ये अक्सर छोटे पढ़े जाने वाले ऑपरेशन कैश में नहीं जाएंगे, हालांकि वे काम को गंभीरता से गति दे सकते हैं।
• कैश में कई SSD नहीं हो सकते।

Btier

Btier एक बहुत सरल है, लेकिन इसका मतलब यह नहीं है कि बदतर है। :) यह डेटा प्रोसेसिंग को तेज करने के लिए एक अलग दृष्टिकोण का उपयोग करता है - बहुपरत डिस्क (मुझे अधिक सटीक अनुवाद बताएं)। यह विचार बहुत सरल है: डिस्क तेजी से धीमे से आपस में चिपकती हैं। अधिक बार उपयोग किए जाने वाले डेटा ब्लॉक को एक तेज़ डिस्क में स्थानांतरित किया जाता है, लंबे समय तक उपयोग नहीं किए जाने वाले डेटा ब्लॉक को धीमी डिस्क में स्थानांतरित किया जाता है। एक विन्यास अंतराल पर प्रवासन होता है। लेकिन अगर कोई सक्रिय रूप से डिस्क का उपयोग करता है, तो माइग्रेशन निष्पादित नहीं किया जाएगा। ब्लॉक लोकप्रियता के आँकड़े समय की अवधि में जमा होते हैं, और यदि ब्लॉक को कोई कॉल नहीं था, तो यह सबसे धीमी डिस्क पर माइग्रेट करता है। सब कुछ सरल, तेज और कुछ कार्यों के लिए बहुत प्रभावी है।

गौरव

• आप कई ड्राइव जोड़ सकते हैं।
• Ssd ड्राइव का वॉल्यूम कुल वॉल्यूम में जोड़ा जाता है।
• बीटीयर वृद्धि के दौरान, डेटा मुख्य रूप से तेज डिस्क पर रखा जाता है।
• काम शुरू करने के बाद उच्च गति।
• वर्तमान कर्नेल के लिए एक मॉड्यूल के रूप में इकट्ठा करना आसान है।

कमियों

• RAID-0 जैसी विश्वसनीयता
• प्रवासन तब होता है जब btier निष्क्रिय होता है। हार्ड डिस्क कार्य के दौरान, आप यह आशा नहीं कर सकते हैं कि डेटा एक तेज़ डिस्क पर चलेगा।
• यदि कुछ समय के लिए हमने btier विभाजन पर भारी कार्य चलाना शुरू कर दिया, तो सभी डेटा धीरे-धीरे सबसे धीमी डिस्क पर चले जाते हैं।

परिणाम

एक सार्वभौमिक समाधान मौजूद नहीं है। यह भी नहीं कहा जा सकता है कि btier bcache से बेहतर है, या bcier btier से बेहतर है। वे एक समस्या को हल करने में मदद करते हैं। लेकिन उनकी प्रभावशीलता विशिष्ट कार्य पर बहुत निर्भर है। मैं एक डेटाबेस में OpenStreetMap डेटा आयात करता हूं और इस प्रक्रिया को तेज करने की कोशिश करता हूं। Bcache इस कार्य के लिए बेहतर अनुकूल है, जैसा कि सभी कार्य iops और डिस्क गति पर टिकी हुई है - यह ssd पर आवश्यक डेटा को तेजी से कैश करता है और आयात प्रक्रिया की आवश्यकताओं के लिए जल्दी से अनुकूलन करता है। दूसरी ओर, आयात करने के बाद, आपको परिणामी डेटाबेस पर बहुत सारे प्रश्न करने होंगे, और ये प्रश्न, प्रोसेसर पर आंशिक रूप से आराम, और डिस्क पर आंशिक समय। इस स्थिति में, btier उस समय ssd में लोकप्रिय ब्लॉक्स को स्थानांतरित करने में सक्षम होगा जब डिस्क निष्क्रिय हो और डिस्क पर पहले से विश्राम किए गए प्रश्नों के संचालन को गति दे।