कोल्ड कैश और वार्म कैश कॉन्सेप्ट से क्या मतलब है?

Question

मैंने एक पेपर पढ़ा और इसमें "कोल्ड कैश" और "वार्म कैश" शब्दों का इस्तेमाल किया गया। कोल्ड कैश और वार्म कैश कॉन्सेप्ट से क्या मतलब है? मैं यह यात्रा करता हूं लेकिन मुझे कुछ और चाहिए।

Comments

आप क्या उपयोगी मानेंगे? आप जानकारी का उपयोग कैसे करना चाहते हैं? मैं केवल इसलिए पूछता हूं, क्योंकि आप जानते हैं: google.com/search?q=wikipedia+cold+cache

— mikeserv

मैं अपने पेपर में इस अवधारणा का उपयोग करना चाहता हूं, इसलिए मुझे उनके बारे में अधिक जानकारी चाहिए।

— अमीर

यह केवल यह समझने के लिए एक रूपक के रूप में तापमान का उपयोग कर रहा है कि एक विशेष कैश कितना उपयोगी है क्योंकि "उपयोगिता" एक निरंतरता पर मौजूद है। गर्म कैश में उच्च हिट दर होती है, जबकि ठंडे कैश डेटा से भरे होते हैं, आप शायद फिर से किसी भी समय के लिए जल्द ही पूछने नहीं जा रहे हैं और इसलिए वे बस जगह ले रहे हैं।

— ब्राचली

@JoelDavis - यदि कैश को त्रुटियों को संभालने की आवश्यकता नहीं थी, तो उपरोक्त सत्य होगा, और कैश्ड डेटा को बदलने की एकमात्र विधि जिसे कभी भी विकसित करने की आवश्यकता होगी, LFU होगा, लेकिन क्योंकि डेटा को कई कारणों से त्रुटि का सामना करना पड़ता है, हैंडलिंग एक ठंडा कैश कम से कम उपयोग किए गए डेटा को बदलने की तुलना में थोड़ा अधिक जटिल है।

— mikeserv

Answer 1

ठीक है, संक्षेप में: एक गर्म कैश उपयोगी है जबकि एक ठंडा कैश नहीं है। वास्तव में, एक ठंडा कैश उपयोग करने के लिए खतरनाक हो सकता है।

आप देखते हैं, कैश का पूरा बिंदु अक्सर एक्सेस किए गए डेटा को सुलभ रखना है। उदाहरण के लिए, DNS कैश आपके द्वारा हाल ही में अनुरोध किए गए नाम-प्रस्तावों के परिणामों को स्थानीय रूप से संग्रहीत करेगा, और जब उन्हीं प्रस्तावों का फिर से अनुरोध किया जाता है, तो उनके परिणाम पहले से ही उपलब्ध होते हैं और एक बड़े, संभावित ऑफ-साइट नाम डेटाबेस को क्वेरी किए बिना तुरंत सेवा प्रदान की जाती है। । दूसरे शब्दों में आपके कंप्यूटर के लिए आईपी पते के लिए अपने इंटरनेट सेवा प्रदाता के डोमेन नाम सर्वर पूछने के लिए नहीं है google.com क्योंकि आपके कंप्यूटर को पहले से ही यह जानता है - अपने DNS कैश है गर्म।

लेकिन अगर आप कभी भी Google के आईपी का अनुरोध नहीं करते हैं तो यह आपके कैश में नहीं होगा। एक ठंडा कैश या तो उपयोगी होने के लिए बासी है - जैसा कि डेटा में है कि यह सटीक होने के लिए बहुत पुराना है - या यह पूरी तरह से खाली है, और खाली बहुत ठंडा है।

लेकिन अक्सर खाली पुराने की तुलना में बेहतर है - हालांकि यह अत्यधिक निर्भर है, बेशक, उस डेटा पर जो कैश किया जा रहा है। खाली करने के लिए आसान है क्योंकि इसे भरने की ज़रूरत है - यह एक नो-ब्रेनर है - लेकिन पुराने कैश में त्रुटि-सुधार की आवश्यकता होती है। यह कैश सिस्टम को विकसित करने और बनाए रखने की प्राथमिक लॉजिस्टिक समस्या है - आप कैसे पता कर सकते हैं कि आपके द्वारा कैश किया गया डेटा अप टू डेट है और यदि यह नहीं है तो क्या किया जाता है?

मैं उन सवालों में से किसी का भी जवाब नहीं दूंगा - वे दोनों कार्यान्वयन पर निर्भर हैं और शायद मेरी क्षमता से परे और दूर हैं, वैसे भी - लेकिन यह समझा जाना चाहिए कि सभी कैशिंग सिस्टम कुछ अंतर्निहित जोखिम के साथ आते हैं । यह क्षेत्र के अनुसार होता है। जोखिम महान नहीं हो सकता है - अक्सर यह प्रसंस्करण समय में केवल कुछ अतिरिक्त नैनोसेकंड का जोखिम होता है। कैश सिस्टम कैश डिजाइनर द्वारा जो भी फेलसेफ लागू किया गया है, उसके खिलाफ अनुरोधित डेटा की जांच करेगा और यदि वह वांछित है, तो कैश सिस्टम, उदाहरण के लिए, Google के आईपी के लिए आईएसपी के DNS को क्वेरी करेगा और सब कुछ ठीक है।

गर्म कैश, हालांकि, कम वहाँ है जोखिम में डाला। गर्म कैश का लाभ प्रिय डेटा रखने के पास पल्ला झुकना जोखिम की ठंड कैश की कमियां या ... शायद आप कैशिंग नहीं होना चाहिए।

Comments

जैसा कि प्रसिद्ध उद्धरण है, "कंप्यूटर विज्ञान में दो कठिन समस्याएं हैं: नामकरण की चीजें, कैश अमान्यकरण , और ऑफ- द -वन त्रुटियां।" यह जानते हुए कि आपके कैश किए गए मूल्य पुराने हैं, ठीक उसी तरह कैश अमान्यकरण का मतलब है :)

— बाइक चलाना

कैश अशुद्धि के बारे में आपकी टिप्पणी पर, यह जरूरी नहीं कि सच हो। यदि सिस्टम / एप्लिकेशन में डेटा स्रोत तक अनन्य पहुंच है, तो कैश प्रविष्टियों को अपडेट किया जा सकता है या उपयुक्त के रूप में निकाला जा सकता है। यह केवल तभी है जब आप समवर्ती रूप से एक्सेस किए गए स्रोतों (जैसे DNS, NFS या CIFS) के साथ काम कर रहे हैं, जिसे आप इस समस्या में चलाते हैं (भले ही किसी ने केवल एक्सेस लिखा हो, जैसे DNS के साथ)।

— ब्राचली

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

— ब्राचली

डिस्क राम का कैश है?

— ब्राचली

मुझे लगता है कि आपके संबंध उलटे हैं। डिस्क की हाल ही में एक्सेस की गई सामग्री रैम में कैश्ड है, इसलिए मेमोरी डिस्क के लिए कैश है (या कम से कम कैशिंग सिस्टम के हिस्से के रूप में उपयोग किया जाता है)। डिस्क एक्सेस धीमा संचालन है जो मेमोरी में सामान को स्टोर करने के लिए डिज़ाइन किया गया है।

— ब्राचली

Answer 2

सामान्य तौर पर, एक ठंडा कैश वह है जो अच्छी तरह से आबाद नहीं है (अभी तक)। इसलिए यदि आपका कैश ठंडा है, तो निश्चित रूप से, धीमी विधि का उपयोग करके जानकारी प्राप्त की जानी चाहिए। यह आमतौर पर एक आवेदन शुरू होने के तुरंत बाद होता है या प्रश्नों के प्रकार काफी बदल जाते हैं।

इसके विपरीत, हाल ही में या अक्सर प्राप्त जानकारी के साथ एक गर्म कैश अच्छी तरह से आबाद है।

एक्सटर्नल फाइलसिस्टम और डायरेक्टरी स्ट्रक्चर के संबंध में, लिनक्स में वर्चुअल फाइल सिस्टम (VFS) में कैशिंग आमतौर पर कैसे काम करता है, इसके बारे में कुछ जानकारी है: http://www.tldp.org/LDP/tlk/fs/filesystem.html

Comments

"हाल ही में या अक्सर"? हाल ही में, हाँ। लेकिन अक्सर?

— फहीम मीठा

en.wikipedia.org/wiki/Least-Frequently_Used

— cpugeniusmv

@FaheemMitha यह सच है - LFU निश्चित रूप से एक बहुत ही सामान्य संक्षिप्त विवरण है जिसका आप इस विभाग में सामना करेंगे। यदि आपका कैश केवल हाल की जानकारी सम्‍मिलित करने के लिए यथोचित है और यह पूर्ण है, तो आपके पास यह निर्धारित करने के कुछ अन्‍य साधन होने चाहिए कि आप नए डेटा में पढ़ी गई जानकारी को किस प्रकार बदल दें। LFU शायद जिस तरह से तुम जाओगे।

— माइकस

@cpugeniusmv लिंक के लिए धन्यवाद। जो आपके उत्तर में यथोचित रूप से शामिल हो सकता है।

— फहीम मीठा