Dm-कैश: Difference between revisions
(Created page with "{{Short description|Component of the Linux kernel's device mapper}} {{Lowercase title}} {{Use mdy dates|date=August 2014}} {{Infobox software | name = dm-cac...") |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Infobox software | {{Infobox software | ||
| name = dm-cache | | name = dm-cache | ||
| Line 35: | Line 32: | ||
}} | }} | ||
dm-cache [[लिनक्स कर्नेल]] के [[डिवाइस मैपर]] का | dm-cache [[लिनक्स कर्नेल]] के [[डिवाइस मैपर]] का घटक (अधिक विशेष रूप से, लक्ष्य) है, जो उच्च-स्तरीय वर्चुअल [[ब्लॉक डिवाइस]] पर ब्लॉक डिवाइस को मैप करने के लिए [[ सॉफ्टवेयर ढांचा |सॉफ्टवेयर ढांचा]] है। यह या से अधिक तेज़ स्टोरेज डिवाइस, जैसे फ्लैश-आधारित [[ ठोस राज्य ड्राइव |ठोस राज्य ड्राइव]] (SSDs) को [[हार्ड डिस्क ड्राइव]] (HDDs) जैसे या अधिक धीमे स्टोरेज डिवाइस के लिए कैशे (कंप्यूटिंग) के रूप में कार्य करने की अनुमति देता है; यह प्रभावी रूप से [[ संकर मात्रा |संकर मात्रा]] बनाता है और [[ माध्यमिक भंडारण |माध्यमिक भंडारण]] परफॉर्मेंस सुधार प्रदान करता है। | ||
डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है; dm-cache वास्तविक डेटा, कैश डेटा और आवश्यक [[ मेटा डेटा ]] को अलग से स्टोर करने के लिए उन स्टोरेज डिवाइस का उपयोग करता है। कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी, बाद वाले के साथ अलग-अलग मॉड्यूल के रूप में, डेटा कैशिंग वास्तव में करने के तरीके को निर्धारित करते हैं। | डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है; dm-cache वास्तविक डेटा, कैश डेटा और आवश्यक [[ मेटा डेटा |मेटा डेटा]] को अलग से स्टोर करने के लिए उन स्टोरेज डिवाइस का उपयोग करता है। कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी, बाद वाले के साथ अलग-अलग मॉड्यूल के रूप में, डेटा कैशिंग वास्तव में करने के तरीके को निर्धारित करते हैं। | ||
dm-cache को [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) की शर्तों के तहत लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं। | dm-cache को [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) की शर्तों के तहत लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं। | ||
== सिंहावलोकन == | == सिंहावलोकन == | ||
dm-cache हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के दौरान संकेत के | dm-cache हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के दौरान संकेत के अतिरिक्त स्तर के रूप में सॉलिड-स्टेट ड्राइव ([[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-cache समग्र प्रदर्शन में सुधार कर सकता है और क्लाइंट-साइड लोकल स्टोरेज का उपयोग करके डेटा कैशिंग प्रदान करके 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 79: | Line 76: | ||
|archive-date = September 6, 2015 | |archive-date = September 6, 2015 | ||
}}</ref> | }}</ref> | ||
डीएम-कैश को लिनक्स कर्नेल के डिवाइस मैपर के | डीएम-कैश को लिनक्स कर्नेल के डिवाइस मैपर के घटक के रूप में लागू किया गया है, जो वॉल्यूम प्रबंधन ढांचा है जो भौतिक और आभासी ब्लॉक उपकरणों के बीच विभिन्न मैपिंग बनाने की अनुमति देता है। जिस तरह से उपकरणों के बीच मैपिंग बनाई जाती है, यह निर्धारित करता है कि वर्चुअल ब्लॉक (डेटा स्टोरेज) को अंतर्निहित भौतिक ब्लॉकों में कैसे अनुवादित किया जाता है, विशिष्ट अनुवाद प्रकारों को लक्ष्य के रूप में संदर्भित किया जाता है।<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 | ||
| Line 101: | Line 98: | ||
== इतिहास == | == इतिहास == | ||
इसी तरह के लक्ष्यों के साथ | इसी तरह के लक्ष्यों के साथ अन्य डीएम-कैश परियोजना की घोषणा 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 117: | Line 114: | ||
== डिजाइन == | == डिजाइन == | ||
डीएम-कैश में, | डीएम-कैश में, मैप्ड वर्चुअल ब्लॉक डिवाइस बनाने के लिए जो हाइब्रिड वॉल्यूम के रूप में कार्य करता है, तीन भौतिक स्टोरेज डिवाइस की आवश्यकता होती है:<ref name="kernel-cache" />* मूल उपकरण{{snd}} धीमा प्राथमिक भंडारण प्रदान करता है (आमतौर पर HDD) | ||
* कैश डिवाइस{{snd}} तेज़ कैश प्रदान करता है (आमतौर पर | * कैश डिवाइस{{snd}} तेज़ कैश प्रदान करता है (आमतौर पर SSD) | ||
* मेटाडेटा डिवाइस{{snd}} प्रति-ब्लॉक हिट गणनाओं सहित कैश नीति के लिए आवश्यक अन्य आंतरिक डेटा के साथ-साथ ब्लॉकों और उनके गंदे झंडों के स्थान को रिकॉर्ड करता है; | * मेटाडेटा डिवाइस{{snd}} प्रति-ब्लॉक हिट गणनाओं सहित कैश नीति के लिए आवश्यक अन्य आंतरिक डेटा के साथ-साथ ब्लॉकों और उनके गंदे झंडों के स्थान को रिकॉर्ड करता है; मेटाडेटा डिवाइस को कई कैश डिवाइस के बीच साझा नहीं किया जा सकता है, और [[डिस्क मिररिंग]] होने की सिफारिश की जाती है | ||
आंतरिक रूप से, डीएम-कैश कई निश्चित आकार के ब्लॉकों के माध्यम से प्रत्येक मूल डिवाइस का संदर्भ देता है; कैशिंग [[ हद (फाइल सिस्टम) ]] के आकार के बराबर इन ब्लॉकों का आकार केवल हाइब्रिड वॉल्यूम के निर्माण के दौरान ही कॉन्फ़िगर किया जा सकता है। कैशिंग सीमा का आकार 32 [[KiB]] और 1 [[GiB]] के बीच होना चाहिए, और यह 32 KB का गुणक होना चाहिए; आमतौर पर, कैशिंग सीमा का आकार 256 और 1024 केबी के बीच होता है। [[डिस्क क्षेत्र]]ों की तुलना में बड़े कैशिंग का विकल्प मेटाडेटा के आकार और कैश स्पेस को बर्बाद करने की संभावना के बीच | आंतरिक रूप से, डीएम-कैश कई निश्चित आकार के ब्लॉकों के माध्यम से प्रत्येक मूल डिवाइस का संदर्भ देता है; कैशिंग [[ हद (फाइल सिस्टम) |हद (फाइल सिस्टम)]] के आकार के बराबर इन ब्लॉकों का आकार केवल हाइब्रिड वॉल्यूम के निर्माण के दौरान ही कॉन्फ़िगर किया जा सकता है। कैशिंग सीमा का आकार 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 – dm-cache and bcache | | title = LSFMM: Caching – dm-cache and bcache | ||
| Line 127: | Line 124: | ||
| author = Jake Edge | publisher = [[LWN.net]] | | author = Jake Edge | publisher = [[LWN.net]] | ||
}}</ref> | }}</ref> | ||
डीएम-कैश द्वारा समर्थित ऑपरेटिंग मोड [[ वापस लिखना ]] हैं, जो कि डिफ़ॉल्ट, [[इससे लिखो]] और पास-थ्रू है। राइट-बैक ऑपरेटिंग मोड में, कैश्ड ब्लॉक को लिखता है केवल कैश डिवाइस पर जाता है, जबकि मूल डिवाइस पर ब्लॉक केवल मेटाडेटा में गंदे के रूप में चिह्नित होते हैं। राइट-थ्रू ऑपरेटिंग मोड के लिए, लिखने के अनुरोधों को तब तक पूरा नहीं किया जाता है जब तक कि डेटा मूल और कैश डिवाइस दोनों तक नहीं पहुंच जाता है, जिसमें कोई साफ ब्लॉक गंदे के रूप में चिह्नित नहीं होता है। पास-थ्रू ऑपरेटिंग मोड में, सभी रीड सीधे मूल डिवाइस से किए जाते हैं, कैश से बचते हुए, जबकि सभी राइट्स सीधे ओरिजिनल डिवाइस पर जाते हैं; कोई भी कैश राइट हिट भी कैश्ड ब्लॉक को अमान्य कर देता है। पास-थ्रू मोड | डीएम-कैश द्वारा समर्थित ऑपरेटिंग मोड [[ वापस लिखना |वापस लिखना]] हैं, जो कि डिफ़ॉल्ट, [[इससे लिखो]] और पास-थ्रू है। राइट-बैक ऑपरेटिंग मोड में, कैश्ड ब्लॉक को लिखता है केवल कैश डिवाइस पर जाता है, जबकि मूल डिवाइस पर ब्लॉक केवल मेटाडेटा में गंदे के रूप में चिह्नित होते हैं। राइट-थ्रू ऑपरेटिंग मोड के लिए, लिखने के अनुरोधों को तब तक पूरा नहीं किया जाता है जब तक कि डेटा मूल और कैश डिवाइस दोनों तक नहीं पहुंच जाता है, जिसमें कोई साफ ब्लॉक गंदे के रूप में चिह्नित नहीं होता है। पास-थ्रू ऑपरेटिंग मोड में, सभी रीड सीधे मूल डिवाइस से किए जाते हैं, कैश से बचते हुए, जबकि सभी राइट्स सीधे ओरिजिनल डिवाइस पर जाते हैं; कोई भी कैश राइट हिट भी कैश्ड ब्लॉक को अमान्य कर देता है। पास-थ्रू मोड हाइब्रिड वॉल्यूम को सक्रिय करने की अनुमति देता है जब कैश डिवाइस की स्थिति मूल डिवाइस के अनुरूप नहीं होती है।<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 133: | Line 130: | ||
| author = Joe Thornber | publisher = [[kernel.org]] | | author = Joe Thornber | publisher = [[kernel.org]] | ||
}}</ref> | }}</ref> | ||
डेटा माइग्रेशन की दर जो dm-cache दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, | डेटा माइग्रेशन की दर जो dm-cache दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, कॉन्फ़िगर की गई गति के लिए [[थ्रॉटलिंग प्रक्रिया (कंप्यूटिंग)]] हो सकती है, इसलिए नियमित I/O मूल और कैश डिवाइस को संरक्षित किया जा सकता है। हाइब्रिड वॉल्यूम को डीकमीशन करने या कैश डिवाइस को सिकोड़ने के लिए क्लीनर पॉलिसी के उपयोग की आवश्यकता होती है, जो मेटाडेटा में चिह्नित सभी ब्लॉक को कैश डिवाइस से ओरिजिनल डिवाइस तक गंदे के रूप में फ़्लश करता है।<ref name="kernel-cache" /><ref name="kernel-cache-policies" /> | ||
== कैश नीतियां == | == कैश नीतियां == | ||
{{As of|2015|8}} और Linux कर्नेल का संस्करण 4.2,<ref>{{cite web | {{As of|2015|8}} और Linux कर्नेल का संस्करण 4.2,<ref>{{cite web | ||
| Line 155: | Line 150: | ||
== एलवीएम == के साथ प्रयोग करें | == एलवीएम == के साथ प्रयोग करें | ||
[[लॉजिकल वॉल्यूम मैनेजर]] में शामिल हैं <code>lvmcache</code>, जो के लिए | [[लॉजिकल वॉल्यूम मैनेजर]] में शामिल हैं <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> | ||
| Line 162: | Line 157: | ||
* बी.सी.ए{{snd}} केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश | * बी.सी.ए{{snd}} केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश | ||
* [[फ़्लैश कैश]]{{snd}} लिनक्स कर्नेल के लिए | * [[फ़्लैश कैश]]{{snd}} लिनक्स कर्नेल के लिए डिस्क कैश घटक, जिसे शुरू में फेसबुक द्वारा विकसित किया गया था | ||
* [[हाइब्रिड ड्राइव]]{{snd}} | * [[हाइब्रिड ड्राइव]]{{snd}} स्टोरेज डिवाइस जो फ्लैश-आधारित और स्पिनिंग मैग्नेटिक मीडिया स्टोरेज तकनीकों को जोड़ती है | ||
* [[रेडी बूस्ट]]{{snd}} Windows Vista और बाद में Microsoft ऑपरेटिंग सिस्टम का | * [[रेडी बूस्ट]]{{snd}} Windows Vista और बाद में Microsoft ऑपरेटिंग सिस्टम का डिस्क कैशिंग सॉफ़्टवेयर घटक | ||
* [[स्मार्ट रिस्पांस टेक्नोलॉजी]] (SRT){{snd}} इंटेल द्वारा अपने चिपसेट के लिए विकसित | * [[स्मार्ट रिस्पांस टेक्नोलॉजी]] (SRT){{snd}} इंटेल द्वारा अपने चिपसेट के लिए विकसित मालिकाना डिस्क स्टोरेज कैशिंग तंत्र | ||
* [[ZFS]]{{snd}} | * [[ZFS]]{{snd}} क्रॉस-OS स्टोरेज मैनेजमेंट सिस्टम जिसमें समान एकीकृत कैशिंग डिवाइस सपोर्ट (L2ARC) है | ||
== संदर्भ == | == संदर्भ == | ||
| Line 179: | Line 174: | ||
* [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-cache 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-cache] cache target</nowiki>], December 14, 2012 (guidelines for metadata device sizing) | ||
[[Category: डिवाइस मैपर]] [[Category: सॉलिड-स्टेट कैशिंग]] [[Category: सी में मुफ्त सॉफ्टवेयर प्रोग्राम किया गया]] | [[Category: डिवाइस मैपर]] [[Category: सॉलिड-स्टेट कैशिंग]] [[Category: सी में मुफ्त सॉफ्टवेयर प्रोग्राम किया गया]] | ||
Revision as of 23:28, 13 June 2023
| Developer(s) | Joe Thornber, Heinz Mauelshagen, Mike Snitzer and others |
|---|---|
| Written in | C |
| Operating system | Linux |
| Type | Linux kernel feature |
| License | GNU GPL |
| Website | kernel |
dm-cache लिनक्स कर्नेल के डिवाइस मैपर का घटक (अधिक विशेष रूप से, लक्ष्य) है, जो उच्च-स्तरीय वर्चुअल ब्लॉक डिवाइस पर ब्लॉक डिवाइस को मैप करने के लिए सॉफ्टवेयर ढांचा है। यह या से अधिक तेज़ स्टोरेज डिवाइस, जैसे फ्लैश-आधारित ठोस राज्य ड्राइव (SSDs) को हार्ड डिस्क ड्राइव (HDDs) जैसे या अधिक धीमे स्टोरेज डिवाइस के लिए कैशे (कंप्यूटिंग) के रूप में कार्य करने की अनुमति देता है; यह प्रभावी रूप से संकर मात्रा बनाता है और माध्यमिक भंडारण परफॉर्मेंस सुधार प्रदान करता है।
डीएम-कैश के डिजाइन के लिए एकल हाइब्रिड वॉल्यूम के निर्माण के लिए तीन भौतिक भंडारण उपकरणों की आवश्यकता होती है; dm-cache वास्तविक डेटा, कैश डेटा और आवश्यक मेटा डेटा को अलग से स्टोर करने के लिए उन स्टोरेज डिवाइस का उपयोग करता है। कॉन्फ़िगर करने योग्य ऑपरेटिंग मोड और कैश पॉलिसी, बाद वाले के साथ अलग-अलग मॉड्यूल के रूप में, डेटा कैशिंग वास्तव में करने के तरीके को निर्धारित करते हैं।
dm-cache को जीएनयू जनरल पब्लिक लाइसेंस (GPL) की शर्तों के तहत लाइसेंस दिया गया है, इसके प्राथमिक डेवलपर्स के रूप में जो थॉर्नबर, हेंज मौएलशेगन और माइक स्निट्ज़र हैं।
सिंहावलोकन
dm-cache हार्ड डिस्क ड्राइव (हार्ड डिस्क ड्राइव) तक पहुँचने के दौरान संकेत के अतिरिक्त स्तर के रूप में सॉलिड-स्टेट ड्राइव (SSDs) का उपयोग करता है, घूर्णी पर आधारित धीमी यांत्रिक HDD के लिए कैश के रूप में तेज़ फ्लैश मेमोरी-आधारित SSDs का उपयोग करके समग्र प्रदर्शन में सुधार करता है। चुंबकीय भंडारण। नतीजतन, SSDs की महंगी गति धीमी लेकिन कम खर्चीली HDDs द्वारा दी जाने वाली भंडारण क्षमता के साथ संयुक्त हो जाती है।[1] इसके अलावा, आभासी मशीन ों के लिए साझा स्टोरेज सिस्टम के रूप में क्लाउड कम्प्यूटिंग वातावरण में उपयोग किए जाने वाले संरक्षण क्षेत्र नियंत्रण कार्य (SANs) के मामले में, dm-cache समग्र प्रदर्शन में सुधार कर सकता है और क्लाइंट-साइड लोकल स्टोरेज का उपयोग करके डेटा कैशिंग प्रदान करके 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-cache दोनों दिशाओं (यानी, डेटा प्रमोशन और डिमोशन) में करता है, कॉन्फ़िगर की गई गति के लिए थ्रॉटलिंग प्रक्रिया (कंप्यूटिंग) हो सकती है, इसलिए नियमित I/O मूल और कैश डिवाइस को संरक्षित किया जा सकता है। हाइब्रिड वॉल्यूम को डीकमीशन करने या कैश डिवाइस को सिकोड़ने के लिए क्लीनर पॉलिसी के उपयोग की आवश्यकता होती है, जो मेटाडेटा में चिह्नित सभी ब्लॉक को कैश डिवाइस से ओरिजिनल डिवाइस तक गंदे के रूप में फ़्लश करता है।[6][7]
कैश नीतियां
As of August 2015[update] और Linux कर्नेल का संस्करण 4.2,[12] निम्नलिखित तीन कैश नीतियां लिनक्स कर्नेल मेनलाइन के साथ वितरित की जाती हैं, जिनमें से डीएम-कैश डिफ़ॉल्ट रूप से स्टोकेस्टिक मल्टीक्यू पॉलिसी का उपयोग करता है:[6][7]
- मल्टीक्यू (एमक्यू)
- मल्टीक्यू (एमक्यू) पॉलिसी में 16 कतार (अमूर्त डेटा प्रकार) के तीन सेट हैं, कैश के लिए प्रतीक्षा करने वाली प्रविष्टियों के लिए पहला सेट और कैश में पहले से ही प्रविष्टियों के लिए शेष दो सेट का उपयोग करते हुए, बाद में अलग होने के साथ साफ और गंदा प्रविष्टियाँ दो सेटों में से प्रत्येक से संबंधित हैं। कतारों में कैश प्रविष्टियों की आयु उनके संबंधित तार्किक समय पर आधारित होती है। कैश में जाने वाली प्रविष्टियों का चयन (अर्थात्, प्रचारित होना) चर थ्रेसहोल्ड पर आधारित है, और क्यू चयन किसी प्रविष्टि की हिट संख्या पर आधारित है। इस नीति का उद्देश्य अलग-अलग कैश मिस लागतों को ध्यान में रखना और विभिन्न लोड पैटर्न में स्वत: समायोजन करना है।
- यह नीति अनुक्रमिक I/O संचालन को आंतरिक रूप से ट्रैक करती है ताकि उन्हें यादृच्छिक I/O और अनुक्रमिक I/O संचालन के बीच अंतर के लिए अलग-अलग कॉन्फ़िगर करने योग्य थ्रेसहोल्ड के साथ कैश के आसपास रूट किया जा सके। नतीजतन, बड़े सन्निहित I/O संचालन मूल डिवाइस द्वारा किए जाने के लिए छोड़ दिए जाते हैं क्योंकि ऐसे डेटा एक्सेस पैटर्न HDD के लिए उपयुक्त हैं, और क्योंकि वे अवांछनीय कैश अमान्यता से बचते हैं।
- स्टोचैस्टिक मल्टीक्यू (एसएमक्यू)
- स्टोचैस्टिक मल्टीक्यू (एसएमक्यू) नीति मल्टीक्यू नीति के समान ही प्रदर्शन करती है, लेकिन इसे संचालित करने के लिए कम संसाधनों की आवश्यकता होती है; विशेष रूप से, यह कैश्ड ब्लॉक को ट्रैक करने के लिए काफी कम मात्रा में मुख्य मेमोरी का उपयोग करता है। यह मल्टीक्यू पॉलिसी से हिट काउंटिंग को हॉटस्पॉट कतार से भी बदल देता है, और कम से कम हाल ही में उपयोग किए गए (LRU) आधार पर डेटा प्रमोशन और डिमोशन पर निर्णय लेता है। परिणामस्वरूप, यह नीति बहु-पंक्ति नीति की तुलना में बेहतर प्रदर्शन प्रदान करती है, अलग-अलग लोड पैटर्न के लिए स्वचालित रूप से बेहतर ढंग से समायोजित होती है, और विभिन्न थ्रेसहोल्ड के कॉन्फ़िगरेशन को समाप्त करती है।
- सफाई वाला
- क्लीनर नीति मेटाडेटा में गंदे के रूप में चिह्नित सभी ब्लॉकों को मूल डिवाइस पर वापस लिखती है। इस ऑपरेशन के पूरा होने के बाद, हाइब्रिड वॉल्यूम को डीकमीशन किया जा सकता है या कैश डिवाइस के आकार को कम किया जा सकता है।
== एलवीएम == के साथ प्रयोग करें
लॉजिकल वॉल्यूम मैनेजर में शामिल हैं lvmcache, जो के लिए आवरण प्रदान करता है dm-cache एलवीएम के साथ एकीकृत।[13]
यह भी देखें
- बी.सी.ए – केंट ओवरस्ट्रीट द्वारा विकसित लिनक्स कर्नेल का ब्लॉक लेयर कैश
- फ़्लैश कैश – लिनक्स कर्नेल के लिए डिस्क कैश घटक, जिसे शुरू में फेसबुक द्वारा विकसित किया गया था
- हाइब्रिड ड्राइव – स्टोरेज डिवाइस जो फ्लैश-आधारित और स्पिनिंग मैग्नेटिक मीडिया स्टोरेज तकनीकों को जोड़ती है
- रेडी बूस्ट – Windows Vista और बाद में Microsoft ऑपरेटिंग सिस्टम का डिस्क कैशिंग सॉफ़्टवेयर घटक
- स्मार्ट रिस्पांस टेक्नोलॉजी (SRT) – इंटेल द्वारा अपने चिपसेट के लिए विकसित मालिकाना डिस्क स्टोरेज कैशिंग तंत्र
- ZFS – क्रॉस-OS स्टोरेज मैनेजमेंट सिस्टम जिसमें समान एकीकृत कैशिंग डिवाइस सपोर्ट (L2ARC) है
संदर्भ
- ↑ Petros Koutoupis (November 25, 2013). "Advanced Hard Drive Caching Techniques". Linux Journal. Retrieved December 2, 2013.
- ↑ "dm-cache: Dynamic Block-level Storage Caching". visa.cs.fiu.edu. Archived from the original on July 18, 2014. Retrieved July 24, 2014.
- ↑ 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.
- ↑ 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.
- ↑ "Red Hat Enterprise Linux 6 Documentation, Appendix A. The Device Mapper". Red Hat. October 8, 2014. Retrieved December 23, 2014.
- ↑ 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.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.
- ↑ Eric Van Hensbergen; Ming Zhao (November 28, 2006). "Dynamic Policy Disk Caching for Storage Networking" (PDF). IBM Research Report. IBM. Retrieved December 2, 2013.
- ↑ "Linux kernel 3.9, Section 1.3. SSD cache devices". kernelnewbies.org. April 28, 2013. Retrieved October 7, 2013.
- ↑ Jake Edge (May 1, 2013). "LSFMM: Caching – dm-cache and bcache". LWN.net. Retrieved October 7, 2013.
- ↑ 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.
- ↑ Jonathan Corbet (July 1, 2015). "4.2 Merge window part 2". LWN.net. Retrieved August 31, 2015.
- ↑ Red Hat, Inc. "lvmcache — LVM caching". Debian Manpages.
A read and write hot-spot cache, using the dm-cache kernel module.
बाहरी संबंध
- Linux Block Caching Choices in Stable Upstream Kernel (PDF), Dell, December 2013
- Performance Comparison among EnhanceIO, bcache and dm-cache, LKML, June 11, 2013
- EnhanceIO, Bcache & DM-Cache Benchmarked, Phoronix, June 11, 2013, by Michael Larabel
- SSD Caching Using dm-cache Tutorial, July 2014, by Kyle Manna
- Re: [dm-devel] [PATCH 8/8] [dm-cache] cache target, December 14, 2012 (guidelines for metadata device sizing)
