Dm-कैश: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(5 intermediate revisions by 3 users not shown)
Line 32: Line 32:
}}
}}


dm-cache [[लिनक्स कर्नेल]] के [[डिवाइस मैपर]] का घटक (अधिक विशेष रूप से, लक्ष्य) है, जो उच्च-स्तरीय वर्चुअल [[ब्लॉक डिवाइस]] पर ब्लॉक डिवाइस को मैप करने के लिए [[ सॉफ्टवेयर ढांचा |सॉफ्टवेयर ढांचा]] है। यह या से अधिक तेज़ स्टोरेज डिवाइस, जैसे फ्लैश-आधारित [[ ठोस राज्य ड्राइव |ठोस राज्य ड्राइव]] (SSDs) को [[हार्ड डिस्क ड्राइव]] (HDDs) जैसे या अधिक धीमे स्टोरेज डिवाइस के लिए कैशे (कंप्यूटिंग) के रूप में कार्य करने की अनुमति देता है; यह प्रभावी रूप से [[ संकर मात्रा |संकर मात्रा]] बनाता है और [[ माध्यमिक भंडारण |माध्यमिक भंडारण]] परफॉर्मेंस सुधार प्रदान करता है।
dm-कैश [[लिनक्स कर्नेल]] के [[डिवाइस मैपर|मैपर उपकरण]] का मुख्य घटक है, जो उच्च-स्तरीय वर्चुअल [[ब्लॉक डिवाइस|ब्लॉक उपकरण]] पर ब्लॉक उपकरण को मैप करने के लिए [[ सॉफ्टवेयर ढांचा |सॉफ्टवेयर प्रारूप]] का उदाहरण है। इससे अधिक तेजी से स्टोरेज किये जाने वाले उपकरण, जैसे फ्लैश मेमोरी  आधारित [[ ठोस राज्य ड्राइव |ठोस स्थिति ड्राइव]] (SSDs) को [[हार्ड डिस्क ड्राइव]] (HDDs) जैसे या अधिक धीमे स्टोरेज उपकरण के लिए कैशे (कंप्यूटिंग) के रूप में कार्य करने की अनुमति देता है, यह प्रभावी रूप से [[ संकर मात्रा |संकर मात्रा]] बनाता है और माध्यमिक रूप से भंडारण क्षमता में सुधार करता है।


डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है; dm-cache वास्तविक डेटा, कैश डेटा और आवश्यक [[ मेटा डेटा |मेटा डेटा]] को अलग से स्टोर करने के लिए उन स्टोरेज डिवाइस का उपयोग करता है। कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी, बाद वाले के साथ अलग-अलग मॉड्यूल के रूप में, डेटा कैशिंग वास्तव में करने के तरीके को निर्धारित करते हैं।
डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है, dm-कैश वास्तविक डेटा, कैश डेटा और आवश्यक [[ मेटा डेटा |मेटा डेटा]] को अलग से स्टोर करने के लिए उन स्टोरेज उपकरण का उपयोग करता है। इस प्रकार कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी के पश्चात अलग-अलग प्रारूप के रूप में, डेटा कैशिंग वास्तव में करने की विधि को निर्धारित करते हैं।


dm-cache को [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) की शर्तों के तहत लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं।
dm-कैश को [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) की शर्तों के अनुसार लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं।


== सिंहावलोकन ==
== अवलोकन ==
dm-cache हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के दौरान संकेत के अतिरिक्त स्तर के रूप में सॉलिड-स्टेट ड्राइव ([[SSD]]s) का उपयोग करता है, घूर्णी पर आधारित धीमी यांत्रिक HDD के लिए कैश के रूप में तेज़ [[फ्लैश मेमोरी]]-आधारित SSDs का उपयोग करके समग्र प्रदर्शन में सुधार करता है। [[चुंबकीय भंडारण]]। नतीजतन, SSDs की महंगी गति धीमी लेकिन कम खर्चीली HDDs द्वारा दी जाने वाली भंडारण क्षमता के साथ संयुक्त हो जाती है।<ref>{{cite web
dm-कैश हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के समय संकेत के अतिरिक्त इसके मुख्य स्तर के रूप में सॉलिड-स्टेट ड्राइव ([[SSD]]s) का उपयोग करता है, इस प्रकार घूर्णन होने पर इस पर आधारित धीमी गति वाले यांत्रिक HDD के लिए कैश के रूप में तेज़ [[फ्लैश मेमोरी]]-आधारित SSDs का उपयोग करके समग्र प्रदर्शन में सुधार करता है। [[चुंबकीय भंडारण]] या परिणामस्वरूप, SSDs की महंगी गति धीमी अपितु कम खर्चीली HDDs द्वारा दी जाने वाली भंडारण क्षमता के साथ संयुक्त हो जाती है।<ref>{{cite web
  | url = http://www.linuxjournal.com/content/advanced-hard-drive-caching-techniques
  | url = http://www.linuxjournal.com/content/advanced-hard-drive-caching-techniques
  | title = Advanced Hard Drive Caching Techniques
  | title = Advanced Hard Drive Caching Techniques
  | date = November 25, 2013 | access-date = December 2, 2013
  | date = November 25, 2013 | access-date = December 2, 2013
  | author = Petros Koutoupis | publisher = [[Linux Journal]]
  | author = Petros Koutoupis | publisher = [[Linux Journal]]
}}</ref> इसके अलावा, [[ आभासी मशीन |आभासी मशीन]] ों के लिए साझा स्टोरेज सिस्टम के रूप में [[ क्लाउड कम्प्यूटिंग |क्लाउड कम्प्यूटिंग]] वातावरण में उपयोग किए जाने वाले [[संरक्षण क्षेत्र नियंत्रण कार्य]] (SANs) के मामले में, dm-cache समग्र प्रदर्शन में सुधार कर सकता है और क्लाइंट-साइड लोकल स्टोरेज का उपयोग करके डेटा कैशिंग प्रदान करके SAN के भार को कम कर सकता है।<ref>{{cite web
}}</ref> इस प्रकार इसके अतिरिक्त, [[ आभासी मशीन |वर्चुअल मशीनों]] के लिए साझा किये जाने वाले स्टोरेज सिस्टम के रूप में [[ क्लाउड कम्प्यूटिंग |क्लाउड कम्प्यूटिंग]] वातावरण में उपयोग किए जाने वाले [[संरक्षण क्षेत्र नियंत्रण कार्य]] (SANs) की स्थिति में, dm-कैश समग्र प्रदर्शन में सुधार कर सकता है और इस प्रकार क्लाइंट-साइड लोकल स्टोरेज का उपयोग करके डेटा कैशिंग प्रदान करके SAN के भार को कम कर सकता है।<ref>{{cite web
  |url        = http://visa.cs.fiu.edu/tiki/dm-cache
  |url        = http://visa.cs.fiu.edu/tiki/dm-cache
  |title      = dm-cache: Dynamic Block-level Storage Caching
  |title      = dm-cache: Dynamic Block-level Storage Caching
Line 76: Line 76:
  |archive-date = September 6, 2015
  |archive-date = September 6, 2015
}}</ref>
}}</ref>
डीएम-कैश को लिनक्स कर्नेल के डिवाइस मैपर के घटक के रूप में लागू किया गया है, जो वॉल्यूम प्रबंधन ढांचा है जो भौतिक और आभासी ब्लॉक उपकरणों के बीच विभिन्न मैपिंग बनाने की अनुमति देता है। जिस तरह से उपकरणों के बीच मैपिंग बनाई जाती है, यह निर्धारित करता है कि वर्चुअल ब्लॉक (डेटा स्टोरेज) को अंतर्निहित भौतिक ब्लॉकों में कैसे अनुवादित किया जाता है, विशिष्ट अनुवाद प्रकारों को लक्ष्य के रूप में संदर्भित किया जाता है।<ref>{{cite web
 
डीएम-कैश को लिनक्स कर्नेल के उपकरण मैपर के घटक के रूप में लागू किया गया है, इस प्रकार जो वॉल्यूम प्रबंधन प्रारूप है जो भौतिक और वर्चुअल ब्लॉक उपकरणों के बीच विभिन्न मैपिंग बनाने की अनुमति देता है। जिस प्रकार से उपकरणों के बीच मैपिंग बनाई जाती है, यह निर्धारित करता है कि वर्चुअल ब्लॉक (डेटा स्टोरेज) को अंतर्निहित भौतिक ब्लॉकों में कैसे अनुवादित किया जाता है, इस प्रकार विशिष्ट अनुवाद प्रकारों को लक्ष्य के रूप में संदर्भित किया जाता है।<ref>{{cite web
  | url = https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/device_mapper.html
  | url = https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/device_mapper.html
  | title = Red Hat Enterprise Linux 6 Documentation, Appendix A. The Device Mapper
  | title = Red Hat Enterprise Linux 6 Documentation, Appendix A. The Device Mapper
  | date = October 8, 2014 | access-date = December 23, 2014
  | date = October 8, 2014 | access-date = December 23, 2014
  | publisher = [[Red Hat]]
  | publisher = [[Red Hat]]
}}</ref> मैपिंग लक्ष्य के रूप में कार्य करते हुए, डीएम-कैश एसएसडी-आधारित कैशिंग के लिए बनाए गए वर्चुअल ब्लॉक डिवाइस का हिस्सा बनना संभव बनाता है, जबकि कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश नीतियां निर्धारित करती हैं कि डीएम-कैश आंतरिक रूप से कैसे काम करता है। ऑपरेटिंग मोड उस तरीके का चयन करता है जिसमें डेटा को एचडीडी और एसएसडी के बीच सिंक में रखा जाता है, जबकि कैश पॉलिसी, प्रत्येक पॉलिसी को लागू करने वाले अलग-अलग मॉड्यूल से चयन करने योग्य, यह निर्धारित करने के लिए [[कलन विधि]] प्रदान करता है कि कौन से ब्लॉक को बढ़ावा दिया जाता है (एक से स्थानांतरित) HDD से SSD में), पदावनत (SSD से HDD में ले जाया गया), साफ किया गया, आदि।<ref name="kernel-cache">{{cite web
}}</ref> मैपिंग लक्ष्य के रूप में कार्य करते हुए, डीएम-कैश एसएसडी-आधारित कैशिंग के लिए बनाए गए वर्चुअल ब्लॉक उपकरण का हिस्सा बनना संभव बनाता है, जबकि कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश नीतियां निर्धारित करती हैं कि डीएम-कैश आंतरिक रूप से कैसे कार्य करता है। इस प्रकार ऑपरेटिंग मोड उस तरीके का चयन करता है जिसमें डेटा को एचडीडी और एसएसडी के बीच सिंक में रखा जाता है, जबकि कैश पॉलिसी, प्रत्येक पॉलिसी को लागू करने वाले अलग-अलग प्रारूप से चयन करने योग्य, यह निर्धारित करने के लिए [[कलन विधि]] प्रदान करता है कि कौन से ब्लॉक को बढ़ावा दिया जाता है (एक से स्थानांतरित) HDD से SSD में), पदावनत SSD से HDD में ले जाया गया, साफ किया गया है।<ref name="kernel-cache">{{cite web
  | url = https://www.kernel.org/doc/Documentation/device-mapper/cache.txt
  | url = https://www.kernel.org/doc/Documentation/device-mapper/cache.txt
  | title = Linux kernel documentation: Documentation/device-mapper/cache.txt
  | title = Linux kernel documentation: Documentation/device-mapper/cache.txt
Line 88: Line 89:
  | publisher = [[kernel.org]]
  | publisher = [[kernel.org]]
}}</ref>
}}</ref>
मल्टीक्यू (एमक्यू) या स्टोचैस्टिक मल्टीक्यू (एसएमक्यू) कैश पॉलिसी का उपयोग करने के लिए कॉन्फ़िगर किए जाने पर, बाद में डिफ़ॉल्ट होने के साथ, डीएम-कैश एसएसडी का उपयोग [[रैंडम एक्सेस]] से जुड़े डेटा को स्टोर करने के लिए करता है, एसएसडी के करीब-शून्य खोज समय पर पूंजीकरण करता है और विशिष्ट HDD प्रदर्शन बाधाओं के रूप में ऐसे इनपुट/आउटपुट|I/O संचालन से बचना। एसएसडी पर अनुक्रमिक पढ़ने और लिखने से जुड़े डेटा को कैश नहीं किया जाता है, इस तरह के संचालन के दौरान अवांछनीय [[कैश अमान्यकरण]] से बचा जाता है; प्रदर्शन-वार, यह फायदेमंद है क्योंकि अनुक्रमिक I/O संचालन HDD के लिए उनके यांत्रिक प्रकृति के कारण उपयुक्त हैं। अनुक्रमिक I/O को कैशिंग नहीं करने से कैश के रूप में उपयोग किए जाने वाले लेखन प्रवर्धन को विस्तारित करने में भी मदद मिलती है।<ref name="kernel-cache-policies">{{cite web
 
मल्टीक्यू (एमक्यू) या स्टोचैस्टिक मल्टीक्यू (एसएमक्यू) कैश पॉलिसी का उपयोग करने के लिए कॉन्फ़िगर किए जाने पर बाद में डिफ़ॉल्ट होने के साथ, डीएम-कैश एसएसडी का उपयोग [[रैंडम एक्सेस]] से जुड़े डेटा को स्टोर करने के लिए करता है, इस प्रकार एसएसडी के समीप शून्य को खोजते समय पूंजीकरण करता है और इस प्रकार विशिष्ट HDD प्रदर्शन बाधाओं के रूप में ऐसे इनपुट/आउटपुट I/O संचालन से बचना आवश्यक होता हैं। इस प्रकार एसएसडी पर अनुक्रमिक पढ़ने और लिखने से जुड़े डेटा को कैश नहीं किया जाता है, इस प्रकार के संचालन के समय अवांछनीय [[कैश अमान्यकरण]] से बचा जाता है, इस प्रकार प्रदर्शन-वार, यह लाभप्रिय है क्योंकि अनुक्रमिक I/O संचालन HDD के लिए उनके यांत्रिक प्रकृति के कारण उपयुक्त हैं। अनुक्रमिक I/O को कैशिंग नहीं करने से कैश के रूप में उपयोग किए जाने वाले लेखन प्रवर्धन को विस्तारित करने में भी सहायता मिलती है।<ref name="kernel-cache-policies">{{cite web
  | url = https://www.kernel.org/doc/Documentation/device-mapper/cache-policies.txt
  | url = https://www.kernel.org/doc/Documentation/device-mapper/cache-policies.txt
  | title = Linux kernel documentation: Documentation/device-mapper/cache-policies.txt
  | title = Linux kernel documentation: Documentation/device-mapper/cache-policies.txt
Line 95: Line 97:
  | publisher = [[kernel.org]]
  | publisher = [[kernel.org]]
}}</ref>
}}</ref>
== इतिहास ==
== इतिहास ==
इसी तरह के लक्ष्यों के साथ अन्य डीएम-कैश परियोजना की घोषणा 2006 में एरिक वैन हेन्सबर्गेन और मिंग झाओ द्वारा की गई थी, [[आईबीएम]] में इंटर्नशिप कार्य के परिणाम के रूप में।<ref>{{cite web
इसी प्रकार के लक्ष्यों के साथ अन्य डीएम-कैश परियोजना की घोषणा 2006 में एरिक वैन हेन्सबर्गेन और मिंग झाओ द्वारा की गई थी, [[आईबीएम]] में इंटर्नशिप कार्य के परिणाम के रूप में प्राप्त होता हैं।<ref>{{cite web
  | url = http://domino.research.ibm.com/library/cyberdig.nsf/papers/BA52BEF8B940E7438525723C006BAFEA/$File/rc24123.pdf
  | url = http://domino.research.ibm.com/library/cyberdig.nsf/papers/BA52BEF8B940E7438525723C006BAFEA/$File/rc24123.pdf
  | title = Dynamic Policy Disk Caching for Storage Networking
  | title = Dynamic Policy Disk Caching for Storage Networking
Line 104: Line 104:
  | date = November 28, 2006 | access-date = December 2, 2013
  | date = November 28, 2006 | access-date = December 2, 2013
  | author1 = Eric Van Hensbergen | author2 = Ming Zhao
  | author1 = Eric Van Hensbergen | author2 = Ming Zhao
  | publisher = [[IBM]] }}</ref>
  | publisher = [[IBM]] }}</ref> इसके पश्चात जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र ने अवधारणा का अपना कार्यान्वयन प्रदान किया, जिसके परिणामस्वरूप डीएम-कैश को लिनक्स कर्नेल में सम्मिलित किया गया हैं। इस प्रकार डीएम-कैश को कर्नेल संस्करण 3.9 में [[लिनक्स कर्नेल मेनलाइन]] में मिला दिया गया था, जो इस प्रकार 28 अप्रैल, 2013 को प्रस्तुत किया गया था।<ref name="kernel-cache" /><ref>{{cite web
बाद में, जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र ने अवधारणा का अपना कार्यान्वयन प्रदान किया, जिसके परिणामस्वरूप डीएम-कैश को लिनक्स कर्नेल में शामिल किया गया। डीएम-कैश को कर्नेल संस्करण 3.9 में [[लिनक्स कर्नेल मेनलाइन]] में मिला दिया गया था, जो 28 अप्रैल, 2013 को जारी किया गया था।<ref name="kernel-cache" /><ref>{{cite web
  | url = http://kernelnewbies.org/Linux_3.9#head-3dbc54b9324d21f06f55299b0a30d6cb06403529
  | url = http://kernelnewbies.org/Linux_3.9#head-3dbc54b9324d21f06f55299b0a30d6cb06403529
  | title = Linux kernel 3.9, Section 1.3. SSD cache devices
  | title = Linux kernel 3.9, Section 1.3. SSD cache devices
Line 111: Line 110:
  | website = kernelnewbies.org
  | website = kernelnewbies.org
}}</ref>
}}</ref>
== डिजाइन ==
== डिजाइन ==
डीएम-कैश में, मैप्ड वर्चुअल ब्लॉक डिवाइस बनाने के लिए जो हाइब्रिड वॉल्यूम के रूप में कार्य करता है, तीन भौतिक स्टोरेज डिवाइस की आवश्यकता होती है:<ref name="kernel-cache" />* मूल उपकरण{{snd}} धीमा प्राथमिक भंडारण प्रदान करता है (आमतौर पर HDD)
डीएम-कैश में, मैप्ड वर्चुअल ब्लॉक उपकरण बनाने के लिए जो हाइब्रिड वॉल्यूम के रूप में कार्य करता है, तीन भौतिक स्टोरेज उपकरण की आवश्यकता होती है:<ref name="kernel-cache" />* मूल उपकरण{{snd}} धीमा प्राथमिक भंडारण (सामान्यतः HDD) प्रदान करता है।
* कैश डिवाइस{{snd}} तेज़ कैश प्रदान करता है (आमतौर पर SSD)
* कैश उपकरण{{snd}} फास्ट कैश (सामान्यतः SSD) प्रदान करता है।
* मेटाडेटा डिवाइस{{snd}} प्रति-ब्लॉक हिट गणनाओं सहित कैश नीति के लिए आवश्यक अन्य आंतरिक डेटा के साथ-साथ ब्लॉकों और उनके गंदे झंडों के स्थान को रिकॉर्ड करता है; मेटाडेटा डिवाइस को कई कैश डिवाइस के बीच साझा नहीं किया जा सकता है, और [[डिस्क मिररिंग]] होने की सिफारिश की जाती है
* मेटाडेटा उपकरण{{snd}} प्रति-ब्लॉक हिट गणनाओं सहित कैश नीति के लिए आवश्यक अन्य आंतरिक डेटा के साथ-साथ ब्लॉकों और उनके फ्लैग के स्थान को रिकॉर्ड करता है, मेटाडेटा उपकरण को कई कैश उपकरण के बीच साझा नहीं किया जा सकता है, और [[डिस्क मिररिंग]] होने का प्रस्ताव दिया जाता है।


आंतरिक रूप से, डीएम-कैश कई निश्चित आकार के ब्लॉकों के माध्यम से प्रत्येक मूल डिवाइस का संदर्भ देता है; कैशिंग [[ हद (फाइल सिस्टम) |हद (फाइल सिस्टम)]] के आकार के बराबर इन ब्लॉकों का आकार केवल हाइब्रिड वॉल्यूम के निर्माण के दौरान ही कॉन्फ़िगर किया जा सकता है। कैशिंग सीमा का आकार 32 [[KiB]] और 1 [[GiB]] के बीच होना चाहिए, और यह 32 KB का गुणक होना चाहिए; आमतौर पर, कैशिंग सीमा का आकार 256 और 1024 केबी के बीच होता है। [[डिस्क क्षेत्र]]ों की तुलना में बड़े कैशिंग का विकल्प मेटाडेटा के आकार और कैश स्पेस को बर्बाद करने की संभावना के बीच समझौता करता है। बहुत कम कैशिंग विस्तार होने से मेटाडेटा डिवाइस और कर्नेल मेमोरी दोनों में मेटाडेटा का आकार बढ़ जाता है, जबकि बहुत बड़ा कैशिंग विस्तार होने से केवल उच्च [[कैश हिट दर]] के मामले में भी पूरे विस्तार को कैश करने के कारण व्यर्थ कैश स्थान की मात्रा बढ़ जाती है। उनके कुछ हिस्से।<ref name="kernel-cache" /><ref>{{cite web
आंतरिक रूप से, डीएम-कैश कई निश्चित आकार के ब्लॉकों के माध्यम से प्रत्येक मूल उपकरण का संदर्भ देता है, कैशिंग [[ हद (फाइल सिस्टम) |फाइल सिस्टम]] के आकार के बराबर इन ब्लॉकों का आकार केवल हाइब्रिड वॉल्यूम के निर्माण के समय ही कॉन्फ़िगर किया जा सकता है। इस प्रकार कैशिंग सीमा का आकार 32 [[KiB]] और 1 [[GiB]] के बीच होना चाहिए, और यह 32 KB का गुणक होना चाहिए, सामान्यतः, कैशिंग सीमा का आकार 256 और 1024 केबी के बीच होता है। [[डिस्क क्षेत्र]] की तुलना में बड़े कैशिंग का विकल्प मेटाडेटा के आकार और कैश स्पेस को खराब करने की संभावना के बीच समझौता करता है। इससे बहुत कम कैशिंग विस्तार होने से मेटाडेटा उपकरण और कर्नेल मेमोरी दोनों में मेटाडेटा का आकार बढ़ जाता है, जबकि इस प्रकार बहुत बड़ा कैशिंग विस्तार होने से केवल उच्च [[कैश हिट दर]] की स्थिति में भी पूरे विस्तार को कैश करने के कारण व्यर्थ कैश स्थान की मात्रा बढ़ जाती है।<ref name="kernel-cache" /><ref>{{cite web
  | url = https://lwn.net/Articles/548348/
  | url = https://lwn.net/Articles/548348/
  | title = LSFMM: Caching &ndash; dm-cache and bcache
  | title = LSFMM: Caching &ndash; dm-cache and bcache
Line 124: Line 121:
  | author = Jake Edge | publisher = [[LWN.net]]
  | author = Jake Edge | publisher = [[LWN.net]]
}}</ref>
}}</ref>
डीएम-कैश द्वारा समर्थित ऑपरेटिंग मोड [[ वापस लिखना |वापस लिखना]] हैं, जो कि डिफ़ॉल्ट, [[इससे लिखो]] और पास-थ्रू है। राइट-बैक ऑपरेटिंग मोड में, कैश्ड ब्लॉक को लिखता है केवल कैश डिवाइस पर जाता है, जबकि मूल डिवाइस पर ब्लॉक केवल मेटाडेटा में गंदे के रूप में चिह्नित होते हैं। राइट-थ्रू ऑपरेटिंग मोड के लिए, लिखने के अनुरोधों को तब तक पूरा नहीं किया जाता है जब तक कि डेटा मूल और कैश डिवाइस दोनों तक नहीं पहुंच जाता है, जिसमें कोई साफ ब्लॉक गंदे के रूप में चिह्नित नहीं होता है। पास-थ्रू ऑपरेटिंग मोड में, सभी रीड सीधे मूल डिवाइस से किए जाते हैं, कैश से बचते हुए, जबकि सभी राइट्स सीधे ओरिजिनल डिवाइस पर जाते हैं; कोई भी कैश राइट हिट भी कैश्ड ब्लॉक को अमान्य कर देता है। पास-थ्रू मोड हाइब्रिड वॉल्यूम को सक्रिय करने की अनुमति देता है जब कैश डिवाइस की स्थिति मूल डिवाइस के अनुरूप नहीं होती है।<ref name="kernel-cache" /><ref>{{Cite web
 
डीएम-कैश द्वारा समर्थित ऑपरेटिंग मोड [[ वापस लिखना |वापस लिखना]] हैं, जो कि डिफ़ॉल्ट, [[इससे लिखो]] और पास-थ्रू है। राइट-बैक ऑपरेटिंग मोड में, कैश्ड ब्लॉक को लिखता है केवल कैश उपकरण पर जाता है, जबकि मूल उपकरण पर ब्लॉक केवल मेटाडेटा में बुरी तरह से चिह्नित होते हैं। इस प्रकार राइट-थ्रू ऑपरेटिंग मोड के लिए, लिखने के अनुरोधों को तब तक पूरा नहीं किया जाता है जब तक कि डेटा मूल और कैश उपकरण दोनों तक नहीं पहुंच जाता है, जिसमें कोई साफ ब्लॉक बुरी तरह से चिह्नित नहीं होता है। इस प्रकार पास-थ्रू ऑपरेटिंग मोड में, सभी रीड सीधे मूल उपकरण से किए जाते हैं, कैश से बचते हुए, जबकि सभी राइट्स सीधे ओरिजिनल उपकरण पर जाते हैं, इस प्रकार कोई भी कैश राइट हिट भी कैश्ड ब्लॉक को अमान्य कर देता है। पास-थ्रू मोड हाइब्रिड वॉल्यूम को सक्रिय करने की अनुमति देता है जब कैश उपकरण की स्थिति मूल उपकरण के अनुरूप नहीं होती है।<ref name="kernel-cache" /><ref>{{Cite web
  | url = https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2ee57d587357f0d752af6c2e3e46434a74b1bee3
  | url = https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2ee57d587357f0d752af6c2e3e46434a74b1bee3
  | title = Linux kernel source tree: kernel/git/torvalds/linux.git: dm cache: add passthrough mode
  | title = Linux kernel source tree: kernel/git/torvalds/linux.git: dm cache: add passthrough mode
Line 130: Line 128:
  | author = Joe Thornber | publisher = [[kernel.org]]
  | author = Joe Thornber | publisher = [[kernel.org]]
}}</ref>
}}</ref>
डेटा माइग्रेशन की दर जो dm-cache दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, कॉन्फ़िगर की गई गति के लिए [[थ्रॉटलिंग प्रक्रिया (कंप्यूटिंग)]] हो सकती है, इसलिए नियमित I/O मूल और कैश डिवाइस को संरक्षित किया जा सकता है। हाइब्रिड वॉल्यूम को डीकमीशन करने या कैश डिवाइस को सिकोड़ने के लिए क्लीनर पॉलिसी के उपयोग की आवश्यकता होती है, जो मेटाडेटा में चिह्नित सभी ब्लॉक को कैश डिवाइस से ओरिजिनल डिवाइस तक गंदे के रूप में फ़्लश करता है।<ref name="kernel-cache" /><ref name="kernel-cache-policies" />
 
डेटा माइग्रेशन की दर जो dm-कैश दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, कॉन्फ़िगर की गई गति के लिए [[थ्रॉटलिंग प्रक्रिया (कंप्यूटिंग)]] हो सकती है, इसलिए नियमित I/O मूल और कैश उपकरण को संरक्षित किया जा सकता है। इस प्रकार हाइब्रिड वॉल्यूम को डीकमीशन करने या कैश उपकरण को सिकोड़ने के लिए क्लीनर पॉलिसी के उपयोग की आवश्यकता होती है, जो मेटाडेटा में चिह्नित सभी ब्लॉक को कैश उपकरण से ओरिजिनल उपकरण तक बुरी तरह से फ़्लश करता है।<ref name="kernel-cache" /><ref name="kernel-cache-policies" />
== कैश नीतियां ==
== कैश नीतियां ==
{{As of|2015|8}} और Linux कर्नेल का संस्करण 4.2,<ref>{{cite web
लिनक्स कर्नेल का संस्करण 4.2,<ref>{{cite web
  | url = https://lwn.net/Articles/649652/
  | url = https://lwn.net/Articles/649652/
  | title = 4.2 Merge window part 2
  | title = 4.2 Merge window part 2
Line 140: Line 139:


; मल्टीक्यू (एमक्यू)
; मल्टीक्यू (एमक्यू)
: मल्टीक्यू (एमक्यू) पॉलिसी में 16 कतार (अमूर्त डेटा प्रकार) के तीन सेट हैं, कैश के लिए प्रतीक्षा करने वाली प्रविष्टियों के लिए पहला सेट और कैश में पहले से ही प्रविष्टियों के लिए शेष दो सेट का उपयोग करते हुए, बाद में अलग होने के साथ साफ और गंदा प्रविष्टियाँ दो सेटों में से प्रत्येक से संबंधित हैं। कतारों में कैश प्रविष्टियों की आयु उनके संबंधित तार्किक समय पर आधारित होती है। कैश में जाने वाली प्रविष्टियों का चयन (अर्थात्, प्रचारित होना) चर थ्रेसहोल्ड पर आधारित है, और क्यू चयन किसी प्रविष्टि की हिट संख्या पर आधारित है। इस नीति का उद्देश्य अलग-अलग [[कैश मिस]] लागतों को ध्यान में रखना और विभिन्न लोड पैटर्न में स्वत: समायोजन करना है।
: मल्टीक्यू (एमक्यू) पॉलिसी में 16 श्रेणी के तीन सेट हैं, कैश के लिए प्रतीक्षा करने वाली प्रविष्टियों के लिए पहला सेट और कैश में पहले से ही प्रविष्टियों के लिए शेष दो सेट का उपयोग करते हुए, बाद में अलग होने के साथ साफ और बुरी प्रविष्टियाँ दो सेटों में से प्रत्येक से संबंधित हैं। इस प्रकार इस श्रेणी में कैश प्रविष्टियों की आयु उनके संबंधित तार्किक समय पर आधारित होती है। कैश में जाने वाली प्रविष्टियों का चयन (अर्थात्, प्रचारित होना) चर थ्रेसहोल्ड पर आधारित है, और इस प्रकार क्यू चयन किसी प्रविष्टि की हिट संख्या पर आधारित है। इस नीति का उद्देश्य अलग-अलग [[कैश मिस]] लागतों को ध्यान में रखना और विभिन्न लोड पैटर्न में स्वत: समायोजन करना है।
: यह नीति अनुक्रमिक I/O संचालन को आंतरिक रूप से ट्रैक करती है ताकि उन्हें यादृच्छिक I/O और अनुक्रमिक I/O संचालन के बीच अंतर के लिए अलग-अलग कॉन्फ़िगर करने योग्य थ्रेसहोल्ड के साथ कैश के आसपास रूट किया जा सके। नतीजतन, बड़े सन्निहित I/O संचालन मूल डिवाइस द्वारा किए जाने के लिए छोड़ दिए जाते हैं क्योंकि ऐसे डेटा एक्सेस पैटर्न HDD के लिए उपयुक्त हैं, और क्योंकि वे अवांछनीय कैश अमान्यता से बचते हैं।
: यह नीति अनुक्रमिक I/O संचालन को आंतरिक रूप से ट्रैक करती है ताकि उन्हें यादृच्छिक I/O और अनुक्रमिक I/O संचालन के बीच अंतर के लिए अलग-अलग कॉन्फ़िगर करने योग्य थ्रेसहोल्ड के साथ कैश के आसपास रूट किया जा सके। इस प्रकार बड़े सन्निहित I/O संचालन मूल उपकरण द्वारा किए जाने के लिए छोड़ दिए जाते हैं क्योंकि ऐसे डेटा एक्सेस पैटर्न HDD के लिए उपयुक्त हैं, और क्योंकि वे अवांछनीय कैश अमान्यता से बचते हैं।


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


; सफाई वाला
; सफाई वाला
: क्लीनर नीति मेटाडेटा में गंदे के रूप में चिह्नित सभी ब्लॉकों को मूल डिवाइस पर वापस लिखती है। इस ऑपरेशन के पूरा होने के बाद, हाइब्रिड वॉल्यूम को डीकमीशन किया जा सकता है या कैश डिवाइस के आकार को कम किया जा सकता है।
: क्लीनर नीति मेटाडेटा में बुरी तरह से चिह्नित सभी ब्लॉकों को मूल उपकरण पर वापस लिखती है। इस प्रकार इस ऑपरेशन के पूरा होने के बाद, हाइब्रिड वॉल्यूम को डीकमीशन किया जा सकता है या कैश उपकरण के आकार को कम किया जा सकता है।
 
== एलवीएम == के साथ प्रयोग करें
[[लॉजिकल वॉल्यूम मैनेजर]] में शामिल हैं <code>lvmcache</code>, जो के लिए आवरण प्रदान करता है <code>dm-cache</code> एलवीएम के साथ एकीकृत।<ref>{{cite web |author1=Red Hat, Inc. |author-link1=Red Hat |title=lvmcache — LVM caching |url=https://manpages.debian.org/unstable/lvm2/lvmcache.7.en.html |publisher=Debian Manpages |quote=A read and write hot-spot cache, using the dm-cache kernel module.}}</ref>
 


==== एलवीएम के साथ प्रयोग ====
[[लॉजिकल वॉल्यूम मैनेजर]] में सम्मिलित हैं, जिसमें<code>lvm कैश मेमोरी हैं</code>जो के <code>dm-कैश</code> एलवीएम के साथ एकीकृत लिए आवरण प्रदान करता है।<ref>{{cite web |author1=Red Hat, Inc. |author-link1=Red Hat |title=lvmcache — LVM caching |url=https://manpages.debian.org/unstable/lvm2/lvmcache.7.en.html |publisher=Debian Manpages |quote=A read and write hot-spot cache, using the dm-cache kernel module.}}</ref>
== यह भी देखें ==
== यह भी देखें ==
{{Portal|Free and open-source software|Linux}}
{{Portal|Free and open-source software|Linux}}


* बी.सी.ए{{snd}} केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश
* बी.सी.ए{{snd}} केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश का प्रयोग  किया जाता हैं।
* [[फ़्लैश कैश]]{{snd}} लिनक्स कर्नेल के लिए डिस्क कैश घटक, जिसे शुरू में फेसबुक द्वारा विकसित किया गया था
* [[फ़्लैश कैश]]{{snd}} लिनक्स कर्नेल के लिए डिस्क कैश घटक, जिसे प्रारम्भ में फेसबुक द्वारा विकसित किया गया था।
* [[हाइब्रिड ड्राइव]]{{snd}} स्टोरेज डिवाइस जो फ्लैश-आधारित और स्पिनिंग मैग्नेटिक मीडिया स्टोरेज तकनीकों को जोड़ती है
* [[हाइब्रिड ड्राइव]]{{snd}} स्टोरेज उपकरण जो फ्लैश-आधारित और स्पिनिंग मैग्नेटिक मीडिया स्टोरेज तकनीकों को जोड़ती है।
* [[रेडी बूस्ट]]{{snd}} Windows Vista और बाद में Microsoft ऑपरेटिंग सिस्टम का डिस्क कैशिंग सॉफ़्टवेयर घटक
* [[रेडी बूस्ट]]{{snd}} विंडो विस्टा और बाद में माइक्रोसॉफ्ट ऑपरेटिंग सिस्टम का डिस्क कैशिंग सॉफ़्टवेयर घटक हैं।
* [[स्मार्ट रिस्पांस टेक्नोलॉजी]] (SRT){{snd}} इंटेल द्वारा अपने चिपसेट के लिए विकसित मालिकाना डिस्क स्टोरेज कैशिंग तंत्र
* [[स्मार्ट रिस्पांस टेक्नोलॉजी]] (SRT){{snd}} इंटेल द्वारा अपने चिपसेट के लिए विकसित डिस्क स्टोरेज कैशिंग तंत्र हैं।
* [[ZFS]]{{snd}} क्रॉस-OS स्टोरेज मैनेजमेंट सिस्टम जिसमें समान एकीकृत कैशिंग डिवाइस सपोर्ट (L2ARC) है
* [[ZFS]]{{snd}} क्रॉस-OS स्टोरेज मैनेजमेंट सिस्टम जिसमें समान एकीकृत कैशिंग उपकरण सपोर्ट (L2ARC) है।


== संदर्भ ==
== संदर्भ ==
Line 169: Line 166:
== बाहरी संबंध ==
== बाहरी संबंध ==


* [http://en.community.dell.com/techcenter/extras/m/white_papers/20438199/download Linux Block Caching Choices in Stable Upstream Kernel] (PDF), [[Dell]], December 2013
* [http://en.community.dell.com/techcenter/extras/m/white_papers/20438199/download लिनक्स Block Caching Choices in Stable Upstream Kernel] (PDF), [[Dell]], December 2013
* [http://lkml.indiana.edu/hypermail/linux/kernel/1306.1/01246.html Performance Comparison among EnhanceIO, bcache and dm-cache], [[LKML]], June 11, 2013
* [http://lkml.indiana.edu/hypermail/linux/kernel/1306.1/01246.html Performance Comparison among EnhanceIO, bकैश and dm-कैश], [[LKML]], June 11, 2013
* [https://www.phoronix.com/scan.php?page=news_item&px=MTM4ODA EnhanceIO, Bcache & DM-Cache Benchmarked], [[Phoronix]], June 11, 2013, by Michael Larabel
* [https://www.phoronix.com/scan.php?page=news_item&px=MTM4ODA EnhanceIO, Bकैश & DM-कैश Benchmarked], [[Phoronix]], June 11, 2013, by Michael Larabel
* [http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/ SSD Caching Using dm-cache Tutorial], July 2014, by Kyle Manna
* [http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/ SSD Caching Using dm-कैश Tutorial], July 2014, by Kyle Manna
* [https://www.redhat.com/archives/dm-devel/2012-December/msg00046.html <nowiki>Re: [dm-devel] [PATCH 8/8] [dm-cache] cache target</nowiki>], December 14, 2012 (guidelines for metadata device sizing)
* [https://www.redhat.com/archives/dm-devel/2012-December/msg00046.html <nowiki>Re: [dm-devel] [PATCH 8/8] [dm-कैश] कैश target</nowiki>], December 14, 2012 (guidelines for metadata device sizing)
[[Category: डिवाइस मैपर]] [[Category: सॉलिड-स्टेट कैशिंग]] [[Category: सी में मुफ्त सॉफ्टवेयर प्रोग्राम किया गया]]
 
 


[[Category: Machine Translated Page]]
[[Category:Created On 10/06/2023]]
[[Category:Created On 10/06/2023]]
[[Category:Machine Translated Page]]
[[Category:Pages with empty portal template]]
[[Category:Pages with script errors]]
[[Category:Portal templates with redlinked portals]]
[[Category:Templates Vigyan Ready]]
[[Category:डिवाइस मैपर]]
[[Category:सी में मुफ्त सॉफ्टवेयर प्रोग्राम किया गया]]
[[Category:सॉलिड-स्टेट कैशिंग]]

Latest revision as of 10:37, 23 June 2023

dm-cache
Developer(s)Joe Thornber, Heinz Mauelshagen, Mike Snitzer and others
Written inC
Operating systemLinux
TypeLinux kernel feature
LicenseGNU GPL
Websitekernel.org

dm-कैश लिनक्स कर्नेल के मैपर उपकरण का मुख्य घटक है, जो उच्च-स्तरीय वर्चुअल ब्लॉक उपकरण पर ब्लॉक उपकरण को मैप करने के लिए सॉफ्टवेयर प्रारूप का उदाहरण है। इससे अधिक तेजी से स्टोरेज किये जाने वाले उपकरण, जैसे फ्लैश मेमोरी आधारित ठोस स्थिति ड्राइव (SSDs) को हार्ड डिस्क ड्राइव (HDDs) जैसे या अधिक धीमे स्टोरेज उपकरण के लिए कैशे (कंप्यूटिंग) के रूप में कार्य करने की अनुमति देता है, यह प्रभावी रूप से संकर मात्रा बनाता है और माध्यमिक रूप से भंडारण क्षमता में सुधार करता है।

डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है, dm-कैश वास्तविक डेटा, कैश डेटा और आवश्यक मेटा डेटा को अलग से स्टोर करने के लिए उन स्टोरेज उपकरण का उपयोग करता है। इस प्रकार कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी के पश्चात अलग-अलग प्रारूप के रूप में, डेटा कैशिंग वास्तव में करने की विधि को निर्धारित करते हैं।

dm-कैश को जीएनयू जनरल पब्लिक लाइसेंस (GPL) की शर्तों के अनुसार लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं।

अवलोकन

dm-कैश हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के समय संकेत के अतिरिक्त इसके मुख्य स्तर के रूप में सॉलिड-स्टेट ड्राइव (SSDs) का उपयोग करता है, इस प्रकार घूर्णन होने पर इस पर आधारित धीमी गति वाले यांत्रिक HDD के लिए कैश के रूप में तेज़ फ्लैश मेमोरी-आधारित SSDs का उपयोग करके समग्र प्रदर्शन में सुधार करता है। चुंबकीय भंडारण या परिणामस्वरूप, SSDs की महंगी गति धीमी अपितु कम खर्चीली HDDs द्वारा दी जाने वाली भंडारण क्षमता के साथ संयुक्त हो जाती है।[1] इस प्रकार इसके अतिरिक्त, वर्चुअल मशीनों के लिए साझा किये जाने वाले स्टोरेज सिस्टम के रूप में क्लाउड कम्प्यूटिंग वातावरण में उपयोग किए जाने वाले संरक्षण क्षेत्र नियंत्रण कार्य (SANs) की स्थिति में, dm-कैश समग्र प्रदर्शन में सुधार कर सकता है और इस प्रकार क्लाइंट-साइड लोकल स्टोरेज का उपयोग करके डेटा कैशिंग प्रदान करके SAN के भार को कम कर सकता है।[2][3][4]

डीएम-कैश को लिनक्स कर्नेल के उपकरण मैपर के घटक के रूप में लागू किया गया है, इस प्रकार जो वॉल्यूम प्रबंधन प्रारूप है जो भौतिक और वर्चुअल ब्लॉक उपकरणों के बीच विभिन्न मैपिंग बनाने की अनुमति देता है। जिस प्रकार से उपकरणों के बीच मैपिंग बनाई जाती है, यह निर्धारित करता है कि वर्चुअल ब्लॉक (डेटा स्टोरेज) को अंतर्निहित भौतिक ब्लॉकों में कैसे अनुवादित किया जाता है, इस प्रकार विशिष्ट अनुवाद प्रकारों को लक्ष्य के रूप में संदर्भित किया जाता है।[5] मैपिंग लक्ष्य के रूप में कार्य करते हुए, डीएम-कैश एसएसडी-आधारित कैशिंग के लिए बनाए गए वर्चुअल ब्लॉक उपकरण का हिस्सा बनना संभव बनाता है, जबकि कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश नीतियां निर्धारित करती हैं कि डीएम-कैश आंतरिक रूप से कैसे कार्य करता है। इस प्रकार ऑपरेटिंग मोड उस तरीके का चयन करता है जिसमें डेटा को एचडीडी और एसएसडी के बीच सिंक में रखा जाता है, जबकि कैश पॉलिसी, प्रत्येक पॉलिसी को लागू करने वाले अलग-अलग प्रारूप से चयन करने योग्य, यह निर्धारित करने के लिए कलन विधि प्रदान करता है कि कौन से ब्लॉक को बढ़ावा दिया जाता है (एक से स्थानांतरित) HDD से SSD में), पदावनत SSD से HDD में ले जाया गया, साफ किया गया है।[6]

मल्टीक्यू (एमक्यू) या स्टोचैस्टिक मल्टीक्यू (एसएमक्यू) कैश पॉलिसी का उपयोग करने के लिए कॉन्फ़िगर किए जाने पर बाद में डिफ़ॉल्ट होने के साथ, डीएम-कैश एसएसडी का उपयोग रैंडम एक्सेस से जुड़े डेटा को स्टोर करने के लिए करता है, इस प्रकार एसएसडी के समीप शून्य को खोजते समय पूंजीकरण करता है और इस प्रकार विशिष्ट HDD प्रदर्शन बाधाओं के रूप में ऐसे इनपुट/आउटपुट I/O संचालन से बचना आवश्यक होता हैं। इस प्रकार एसएसडी पर अनुक्रमिक पढ़ने और लिखने से जुड़े डेटा को कैश नहीं किया जाता है, इस प्रकार के संचालन के समय अवांछनीय कैश अमान्यकरण से बचा जाता है, इस प्रकार प्रदर्शन-वार, यह लाभप्रिय है क्योंकि अनुक्रमिक I/O संचालन HDD के लिए उनके यांत्रिक प्रकृति के कारण उपयुक्त हैं। अनुक्रमिक I/O को कैशिंग नहीं करने से कैश के रूप में उपयोग किए जाने वाले लेखन प्रवर्धन को विस्तारित करने में भी सहायता मिलती है।[7]

इतिहास

इसी प्रकार के लक्ष्यों के साथ अन्य डीएम-कैश परियोजना की घोषणा 2006 में एरिक वैन हेन्सबर्गेन और मिंग झाओ द्वारा की गई थी, आईबीएम में इंटर्नशिप कार्य के परिणाम के रूप में प्राप्त होता हैं।[8] इसके पश्चात जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र ने अवधारणा का अपना कार्यान्वयन प्रदान किया, जिसके परिणामस्वरूप डीएम-कैश को लिनक्स कर्नेल में सम्मिलित किया गया हैं। इस प्रकार डीएम-कैश को कर्नेल संस्करण 3.9 में लिनक्स कर्नेल मेनलाइन में मिला दिया गया था, जो इस प्रकार 28 अप्रैल, 2013 को प्रस्तुत किया गया था।[6][9]

डिजाइन

डीएम-कैश में, मैप्ड वर्चुअल ब्लॉक उपकरण बनाने के लिए जो हाइब्रिड वॉल्यूम के रूप में कार्य करता है, तीन भौतिक स्टोरेज उपकरण की आवश्यकता होती है:[6]* मूल उपकरण – धीमा प्राथमिक भंडारण (सामान्यतः HDD) प्रदान करता है।

  • कैश उपकरण – फास्ट कैश (सामान्यतः SSD) प्रदान करता है।
  • मेटाडेटा उपकरण – प्रति-ब्लॉक हिट गणनाओं सहित कैश नीति के लिए आवश्यक अन्य आंतरिक डेटा के साथ-साथ ब्लॉकों और उनके फ्लैग के स्थान को रिकॉर्ड करता है, मेटाडेटा उपकरण को कई कैश उपकरण के बीच साझा नहीं किया जा सकता है, और डिस्क मिररिंग होने का प्रस्ताव दिया जाता है।

आंतरिक रूप से, डीएम-कैश कई निश्चित आकार के ब्लॉकों के माध्यम से प्रत्येक मूल उपकरण का संदर्भ देता है, कैशिंग फाइल सिस्टम के आकार के बराबर इन ब्लॉकों का आकार केवल हाइब्रिड वॉल्यूम के निर्माण के समय ही कॉन्फ़िगर किया जा सकता है। इस प्रकार कैशिंग सीमा का आकार 32 KiB और 1 GiB के बीच होना चाहिए, और यह 32 KB का गुणक होना चाहिए, सामान्यतः, कैशिंग सीमा का आकार 256 और 1024 केबी के बीच होता है। डिस्क क्षेत्र की तुलना में बड़े कैशिंग का विकल्प मेटाडेटा के आकार और कैश स्पेस को खराब करने की संभावना के बीच समझौता करता है। इससे बहुत कम कैशिंग विस्तार होने से मेटाडेटा उपकरण और कर्नेल मेमोरी दोनों में मेटाडेटा का आकार बढ़ जाता है, जबकि इस प्रकार बहुत बड़ा कैशिंग विस्तार होने से केवल उच्च कैश हिट दर की स्थिति में भी पूरे विस्तार को कैश करने के कारण व्यर्थ कैश स्थान की मात्रा बढ़ जाती है।[6][10]

डीएम-कैश द्वारा समर्थित ऑपरेटिंग मोड वापस लिखना हैं, जो कि डिफ़ॉल्ट, इससे लिखो और पास-थ्रू है। राइट-बैक ऑपरेटिंग मोड में, कैश्ड ब्लॉक को लिखता है केवल कैश उपकरण पर जाता है, जबकि मूल उपकरण पर ब्लॉक केवल मेटाडेटा में बुरी तरह से चिह्नित होते हैं। इस प्रकार राइट-थ्रू ऑपरेटिंग मोड के लिए, लिखने के अनुरोधों को तब तक पूरा नहीं किया जाता है जब तक कि डेटा मूल और कैश उपकरण दोनों तक नहीं पहुंच जाता है, जिसमें कोई साफ ब्लॉक बुरी तरह से चिह्नित नहीं होता है। इस प्रकार पास-थ्रू ऑपरेटिंग मोड में, सभी रीड सीधे मूल उपकरण से किए जाते हैं, कैश से बचते हुए, जबकि सभी राइट्स सीधे ओरिजिनल उपकरण पर जाते हैं, इस प्रकार कोई भी कैश राइट हिट भी कैश्ड ब्लॉक को अमान्य कर देता है। पास-थ्रू मोड हाइब्रिड वॉल्यूम को सक्रिय करने की अनुमति देता है जब कैश उपकरण की स्थिति मूल उपकरण के अनुरूप नहीं होती है।[6][11]

डेटा माइग्रेशन की दर जो dm-कैश दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, कॉन्फ़िगर की गई गति के लिए थ्रॉटलिंग प्रक्रिया (कंप्यूटिंग) हो सकती है, इसलिए नियमित I/O मूल और कैश उपकरण को संरक्षित किया जा सकता है। इस प्रकार हाइब्रिड वॉल्यूम को डीकमीशन करने या कैश उपकरण को सिकोड़ने के लिए क्लीनर पॉलिसी के उपयोग की आवश्यकता होती है, जो मेटाडेटा में चिह्नित सभी ब्लॉक को कैश उपकरण से ओरिजिनल उपकरण तक बुरी तरह से फ़्लश करता है।[6][7]

कैश नीतियां

लिनक्स कर्नेल का संस्करण 4.2,[12] निम्नलिखित तीन कैश नीतियां लिनक्स कर्नेल मेनलाइन के साथ वितरित की जाती हैं, जिनमें से डीएम-कैश डिफ़ॉल्ट रूप से स्टोकेस्टिक मल्टीक्यू पॉलिसी का उपयोग करता है:[6][7]

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

एलवीएम के साथ प्रयोग

लॉजिकल वॉल्यूम मैनेजर में सम्मिलित हैं, जिसमेंlvm कैश मेमोरी हैंजो के dm-कैश एलवीएम के साथ एकीकृत लिए आवरण प्रदान करता है।[13]

यह भी देखें

  • बी.सी.ए – केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश का प्रयोग  किया जाता हैं।
  • फ़्लैश कैश – लिनक्स कर्नेल के लिए डिस्क कैश घटक, जिसे प्रारम्भ में फेसबुक द्वारा विकसित किया गया था।
  • हाइब्रिड ड्राइव – स्टोरेज उपकरण जो फ्लैश-आधारित और स्पिनिंग मैग्नेटिक मीडिया स्टोरेज तकनीकों को जोड़ती है।
  • रेडी बूस्ट – विंडो विस्टा और बाद में माइक्रोसॉफ्ट ऑपरेटिंग सिस्टम का डिस्क कैशिंग सॉफ़्टवेयर घटक हैं।
  • स्मार्ट रिस्पांस टेक्नोलॉजी (SRT) – इंटेल द्वारा अपने चिपसेट के लिए विकसित डिस्क स्टोरेज कैशिंग तंत्र हैं।
  • ZFS – क्रॉस-OS स्टोरेज मैनेजमेंट सिस्टम जिसमें समान एकीकृत कैशिंग उपकरण सपोर्ट (L2ARC) है।

संदर्भ

  1. ↑ Petros Koutoupis (November 25, 2013). "Advanced Hard Drive Caching Techniques". Linux Journal. Retrieved December 2, 2013.
  2. ↑ "dm-cache: Dynamic Block-level Storage Caching". visa.cs.fiu.edu. Archived from the original on July 18, 2014. Retrieved July 24, 2014.
  3. ↑ Dulcardo Arteaga; Douglas Otstott; Ming Zhao (May 16, 2012). "Dynamic Block-level Cache Management for Cloud Computing Systems". visa.cs.fiu.edu. Archived from the original (PDF) on December 3, 2013. Retrieved December 2, 2013.
  4. ↑ Dulcardo Arteaga; Ming Zhao (June 21, 2014). "Client-side Flash Caching for Cloud Systems". visa.cs.fiu.edu. ACM. Archived from the original (PDF) on September 6, 2015. Retrieved August 31, 2015.
  5. ↑ "Red Hat Enterprise Linux 6 Documentation, Appendix A. The Device Mapper". Red Hat. October 8, 2014. Retrieved December 23, 2014.
  6. ↑ 6.0 6.1 6.2 6.3 6.4 6.5 6.6 Joe Thornber; Heinz Mauelshagen; Mike Snitzer (July 20, 2015). "Linux kernel documentation: Documentation/device-mapper/cache.txt". kernel.org. Retrieved August 31, 2015.
  7. ↑ 7.0 7.1 7.2 Joe Thornber; Heinz Mauelshagen; Mike Snitzer (June 29, 2015). "Linux kernel documentation: Documentation/device-mapper/cache-policies.txt". kernel.org. Retrieved August 31, 2015.
  8. ↑ Eric Van Hensbergen; Ming Zhao (November 28, 2006). "Dynamic Policy Disk Caching for Storage Networking" (PDF). IBM Research Report. IBM. Retrieved December 2, 2013.
  9. ↑ "Linux kernel 3.9, Section 1.3. SSD cache devices". kernelnewbies.org. April 28, 2013. Retrieved October 7, 2013.
  10. ↑ Jake Edge (May 1, 2013). "LSFMM: Caching – dm-cache and bcache". LWN.net. Retrieved October 7, 2013.
  11. ↑ Joe Thornber (November 11, 2013). "Linux kernel source tree: kernel/git/torvalds/linux.git: dm cache: add passthrough mode". kernel.org. Retrieved February 6, 2014.
  12. ↑ Jonathan Corbet (July 1, 2015). "4.2 Merge window part 2". LWN.net. Retrieved August 31, 2015.
  13. ↑ Red Hat, Inc. "lvmcache — LVM caching". Debian Manpages. A read and write hot-spot cache, using the dm-cache kernel module.


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=Dm-कैश&oldid=195171’