विषय
- लिखने-अराउंड
- इससे लिखो
- नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
- वापस लिखना
स्रोत: Kgtoh / Dreamstime.com
ले जाओ:
अनुप्रयोगों की गति काफी हद तक कैश I / O गति पर निर्भर है। यहां हम विभिन्न कैश I / O विधियों की तुलना करते हैं।
एप्लिकेशन प्रदर्शन गति में निहित है - पढ़ने और लिखने के अनुरोधों को पूरा करने में गति जो आपके आवेदन आपके बुनियादी ढांचे से मांग करते हैं। भंडारण I / O (इनपुट / आउटपुट) अनुरोधों को वापस करने की गति के लिए ज़िम्मेदार है, और लिखता है और रीड्स देने के लिए चुनी गई विधि का अनुप्रयोग प्रदर्शन पर गहरा प्रभाव पड़ता है। आज के उद्योग में एक आम तरीका यह है कि पारंपरिक कताई डिस्क भंडारण, हाइब्रिड सरणियों या ऑल-फ्लैश सरणियों पर कैशिंग के लिए एसएसडी का उपयोग किया जाए। अधिकांश कैशिंग समाधानों ने अनुप्रयोगों के लिए तेजी से लिखा है, लेकिन असली सवाल यह है, "कौन सा लेखन सही है?"
इस बात पर ध्यान दें कि लेखन अनुकूलन आपके आवेदन के प्रदर्शन को इतना प्रभावित क्यों करता है। लिखें I / O का तात्पर्य है कि यह नया डेटा है जो आपके अंतर्निहित भंडारण पर नहीं लिखा गया है। उदाहरण के लिए, पारंपरिक सैन स्टोरेज में, राइट्स अंतर्निहित स्टोरेज पर सीधे लिखे जाते हैं और फिर एप्लिकेशन पर वापस आ जाते हैं। उन अनुप्रयोगों के साथ जो लगातार नए डेटा, मुख्य रूप से बड़े डेटाबेस एप्लिकेशन (एसक्यूएल, आदि) लिख रहे हैं, पारंपरिक कताई डिस्क नहीं रख सकते हैं। SSDs पर कैशिंग एक समाधान बन गया है जो लिखने वालों को स्थानीय रूप से लिखे जाने की अनुमति देता है और आवेदन की मांग की आवृत्ति के आधार पर कैश किया जाता है; हालाँकि, अंतर्निहित संग्रहण के साथ राइट-कैश के संबंध में कई विधियाँ हैं जो प्रदर्शन में भारी अंतर का कारण बनती हैं।
ये I / O लेखन के 3 रूप हैं:
- लिखने के आसपास (कैश के आसपास)
- राइट-थ्रू (कैश के माध्यम से)
- राइट-बैक (कैश से)
सभी तीन रूपों के अलग-अलग लाभ हैं जो मुख्य रूप से लिखे जा रहे डेटा के प्रकार पर आधारित हैं: अनुक्रमिक बनाम यादृच्छिक। अनुक्रमिक I / O अंतर्निहित डिस्क (उदाहरण के लिए फ़ाइलें या वीडियो स्ट्रीम) द्वारा सबसे अधिक अनुकूलित है, जबकि यादृच्छिक I / Os कैश द्वारा अनुकूलित होते हैं। अधिकांश कैशिंग उपकरणों में डेटा के प्रकार के आधार पर लेखन तकनीक के रूप को बदलने के लिए गतिशील बुद्धि नहीं होती है। आइए / ओ लेखन के तीन रूपों के बीच अंतर को समझते हैं।
लिखने-अराउंड
लिखने के चारों ओर, जिसे रीड-ओनली कैशिंग मोड के रूप में भी जाना जाता है, शुद्ध रूप से कैशे रीड्स के लिए स्थान खाली करने के लिए फायदेमंद है। आने वाले I / O कभी भी कैश नहीं मारते हैं। I / Os किसी भी डेटा को कैशिंग किए बिना सीधे स्थायी भंडारण के लिए लिखे गए हैं।
यदि इसका उपयोग नहीं किया जाता है तो संभवतः कैश का क्या लाभ हो सकता है? यह लिखने में आई / ओ के साथ भरी जाने वाली कैश को कम करने में मदद करता है जिसे बाद में दोबारा नहीं पढ़ा जाएगा, लेकिन इसका नुकसान यह है कि हाल ही में लिखे गए डेटा के लिए एक रीड रिक्वेस्ट "कैश मिस" बनाएगी और इसे धीमे बल्क स्टोरेज से पढ़ना होगा और उच्च विलंबता का अनुभव करें। यदि आपका एप्लिकेशन लेन-देन योग्य है, जैसा कि अधिकांश मिशन महत्वपूर्ण अनुप्रयोग हैं, तो आवेदन की गति धीमी हो जाएगी और I / O कतारें बढ़ेंगी। अनिवार्य रूप से इस मोड का मूल्य दुर्लभ उपयोग के मामलों के लिए होगा क्योंकि यह समय लेने वाली, धीमी गति से चलने वाली और प्रदर्शन करने वाली नहीं है।
इससे लिखो
इस पद्धति का उपयोग आमतौर पर आज कैशिंग और हाइब्रिड स्टोरेज समाधान में किया जाता है। राइट-थ्रू एक रीड कैशिंग मोड के रूप में जाना जाता है, जिसका अर्थ है कि सभी डेटा एक ही समय में कैश और अंतर्निहित भंडारण के लिए लिखे गए हैं। एक बार आपके स्टोरेज में लिखे जाने के बाद ही लिखना पूरा माना जाता है। वास्तव में बहुत सुरक्षित लगता है ... लेकिन एक गति की कमी है।
यहाँ समस्या है: प्रत्येक लेखन ऑपरेशन कैश में और फिर स्थायी भंडारण में दो बार किया जाता है। अनुप्रयोगों के आगे बढ़ने से पहले, स्थायी भंडारण को वापस कैश करने के लिए I / O को वापस करना होगा, फिर अनुप्रयोगों पर वापस जाना होगा। यह विधि आमतौर पर विफलता के समाधान के लिए और कैश के साथ एक विफलता या हा रणनीति को लागू करने से बचने के लिए लागू की जाती है क्योंकि डेटा दोनों स्थानों में रहता है। हालाँकि, राइट-थ्रू incurs लेटेंसी के रूप में I / O कमिट को स्थायी स्टोरेज की गति से निर्धारित किया जाता है, जो CPU और नेटवर्किंग की गति के लिए कोई मेल नहीं है। आप केवल अपने सबसे धीमे घटक के रूप में उपवास कर रहे हैं, और लिखें-माध्यम से अनुप्रयोग की गति को गंभीर रूप से बाधित कर सकते हैं।
नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
जब कोई भी सॉफ़्टवेयर गुणवत्ता की परवाह नहीं करता है तो आप अपने प्रोग्रामिंग कौशल में सुधार कर सकते हैं।
वापस लिखना
राइट-बैक सिस्टम के परिणामों को गति के संदर्भ में बेहतर बनाता है - क्योंकि सिस्टम को अंतर्निहित भंडारण पर जाने के लिए लिखने के लिए इंतजार नहीं करना पड़ता है।
जब डेटा लिखा जाना आता है, तो राइट-बैक डेटा को कैश में, एक "सभी किया", और बाद में स्टोरेज डिस्क पर लिखने के लिए डेटा रखेगा।
यह विलंबता की बहुत सारी समस्याओं को हल करता है, क्योंकि सिस्टम को उन गहरे लेखन के लिए इंतजार नहीं करना पड़ता है।
सही समर्थन के साथ, मल्टी-स्टेज कैशिंग के लिए राइट-बैक सबसे अच्छा तरीका हो सकता है। यह तब मदद करता है जब कैश में बड़ी मात्रा में मेमोरी होती है (यानी टेराबाइट्स में मापी गई मेमोरी, गीगाबाइट्स नहीं) बड़ी मात्रा में गतिविधि को संभालने के लिए। परिष्कृत प्रणालियों को एक से अधिक ठोस राज्य ड्राइव की आवश्यकता होगी, जो लागत जोड़ सकते हैं। यह महत्वपूर्ण रूप से महत्वपूर्ण है कि बिजली की विफलता या अन्य स्थितियों जैसे कि महत्वपूर्ण डेटा खो दिया जा सकता है। लेकिन सही "कैश सुरक्षा" के साथ, राइट-बैक वास्तव में कुछ डाउन-साइड के साथ एक आर्किटेक्चर को गति दे सकता है। उदाहरण के लिए, राइट-बैक सिस्टम डेटा को सुरक्षित रखने के लिए RAID या निरर्थक डिज़ाइन का उपयोग कर सकते हैं।
यहां तक कि अधिक विस्तृत प्रणालियां कैश और सैन या अंतर्निहित स्टोरेज डिस्क को एक-दूसरे के साथ "आवश्यकतानुसार" आधार पर काम करने में मदद करेंगी, यह दर्शाता है कि डिस्क के वर्कलोड के आधार पर डीप स्टोरेज या कैश को या तो लिखते हैं।
राइट-बैक का डिज़ाइन दर्शन एक ऐसा समस्या-समाधान है जो आज के उन्नत डेटा हैंडलिंग सिस्टम को बड़े कार्यों में लाता है। अधिक जटिल आर्किटेक्चर बनाने, और एक जटिल तरीके से कैश का उपयोग करने से, राइट-बैक विलंबता की समस्याओं को नष्ट कर देता है, और हालांकि इसे अधिक ओवरहेड की आवश्यकता हो सकती है, यह बेहतर सिस्टम विकास, और कम बढ़ते दर्द के लिए अनुमति देता है।