आवंटन तंत्र जाओ

जब मैंने पहली बार यह समझने की कोशिश की कि गो कार्य में स्मृति आवंटन उपकरण कैसे हैं, तो मैं एक रहस्यमय ब्लैक बॉक्स की तरह लगना चाहता था। किसी भी अन्य तकनीक के साथ, यहां सबसे महत्वपूर्ण बात अमूर्तता की कई परतों के पीछे छिपी हुई है, जिसके माध्यम से आपको कुछ समझने की आवश्यकता है।



सामग्री के लेखक, जिस अनुवाद का हम प्रकाशन कर रहे हैं, उसने गो में मेमोरी आवंटन के साधनों की तह तक जाने का फैसला किया और इसके बारे में बात की।

भौतिक और आभासी स्मृति

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


मेमोरी सेल लेआउट

यदि, बहुत सरल किया गया है, तो एक मेमोरी सेल की कल्पना करें और इसे चारों ओर से घेरे, तो हमें निम्नलिखित मिलेंगे:

1. पता पंक्ति (ट्रांजिस्टर एक स्विच के रूप में कार्य करता है) वह है जो कैपेसिटर (डेटा लाइन) तक पहुंच प्रदान करता है।
2. जब पता लाइन (रेड लाइन) में एक सिग्नल दिखाई देता है, तो डेटा लाइन आपको मेमोरी सेल में डेटा लिखने की अनुमति देती है, अर्थात कैपेसिटर को चार्ज करती है, जिससे इसमें 1 से संबंधित एक तार्किक मान संग्रहीत करना संभव हो जाता है।
3. जब पता पंक्ति (ग्रीन लाइन) में कोई संकेत नहीं होता है, तो संधारित्र को अलग किया जाता है और इसका चार्ज नहीं बदलता है। सेल 0 पर लिखने के लिए, आपको उसका पता चुनना होगा और डेटा लाइन के माध्यम से एक लॉजिकल 0 जमा करना होगा, यानी डेटा लाइन को माइनस से कनेक्ट करें, जिससे कैपेसिटर डिस्चार्ज हो जाए।
4. जब प्रोसेसर को मेमोरी से मूल्य को पढ़ने की आवश्यकता होती है, तो सिग्नल को पता लाइन (स्विच बंद हो जाता है) के साथ भेजा जाता है। यदि संधारित्र को चार्ज किया जाता है, तो संकेत डेटा लाइन (1 पढ़ा जाता है) के माध्यम से जाता है, अन्यथा संकेत डेटा लाइन (0 पढ़ा जाता है) के माध्यम से नहीं जाता है।

भौतिक मेमोरी और प्रोसेसर के इंटरैक्शन की योजना

डेटा बस प्रोसेसर और भौतिक मेमोरी के बीच डेटा परिवहन के लिए जिम्मेदार है।

अब बात करते हैं एड्रेस लाइन और एड्रेसेबल बाइट्स की।


प्रोसेसर और भौतिक मेमोरी के बीच बस पता लाइनें

1. RAM में प्रत्येक बाइट को एक विशिष्ट संख्यात्मक पहचानकर्ता (पता) सौंपा गया है। यह ध्यान दिया जाना चाहिए कि मेमोरी में मौजूद भौतिक बाइट्स की संख्या पता लाइनों की संख्या के बराबर नहीं है।
2. प्रत्येक पता पंक्ति 1-बिट मान निर्दिष्ट कर सकती है, इसलिए यह एक निश्चित बाइट के पते में एक बिट को इंगित करता है।
3. हमारे सर्किट में 32 पता लाइनें हैं। परिणामस्वरूप, प्रत्येक पता योग्य बाइट अपने पते के रूप में एक 32-बिट संख्या का उपयोग करती है। [00000000000000000000000000000000] - सबसे कम स्मृति पता। [111111111111111111111111111111111111] - उच्चतम स्मृति पता।
4. चूंकि प्रत्येक बाइट में एक 32-बिट पता होता है, इसलिए हमारे पते की जगह में 2 ³² पता योग्य बाइट्स (4 जीबी) होते हैं।

नतीजतन, यह पता चला है कि पता योग्य बाइट्स की संख्या कुल पता लाइनों की संख्या पर निर्भर करती है। उदाहरण के लिए, यदि 64 पता लाइनें (x86-64 प्रोसेसर) हैं, तो आप मेमोरी के 2 ⁶⁴ बाइट्स (16 एक्सबाइट्स) को संबोधित कर सकते हैं, लेकिन 64-बिट पॉइंटर्स का उपयोग करने वाले अधिकांश आर्किटेक्चर वास्तव में 48-बिट एड्रेस लाइन्स (एएमडी 64) का उपयोग करते हैं और 42-बिट एड्रेस लाइन्स (इंटेल), जो सैद्धांतिक रूप से कंप्यूटर को 256 टेराबाइट्स की भौतिक मेमोरी (लिनक्स अनुमति देता है, x86-64 आर्किटेक्चर पर, लेवल 4 एड्रेस पेजों का उपयोग करते समय, प्रक्रियाओं के लिए 128 टीबी तक के पते की जगह आवंटित करने के लिए, विंडोज आपको आवंटित करने की अनुमति देती है) 192 टीबी)।
चूंकि भौतिक रैम का आकार सीमित है, प्रत्येक प्रक्रिया अपने "सैंडबॉक्स" में चलती है - तथाकथित "वर्चुअल एड्रेस स्पेस" में, जिसे वर्चुअल मेमोरी कहा जाता है।

वर्चुअल एड्रेस स्पेस में बाइट पते उन पतों से मेल नहीं खाते जो प्रोसेसर भौतिक मेमोरी तक पहुंचने के लिए उपयोग करता है। नतीजतन, हमें एक ऐसी प्रणाली की आवश्यकता है जो हमें आभासी पतों को भौतिक लोगों में बदलने की अनुमति देती है। एक नज़र डालें कि वर्चुअल मेमोरी एड्रेस क्या दिखते हैं।


वर्चुअल एड्रेस स्पेस रिप्रेजेंटेशन

नतीजतन, जब प्रोसेसर एक निर्देश को निष्पादित करता है जो एक मेमोरी पते को संदर्भित करता है, तो पहला कदम तार्किक पते को रैखिक पते में अनुवाद करना है। यह रूपांतरण मेमोरी प्रबंधन इकाई द्वारा किया जाता है।


आभासी और भौतिक स्मृति के बीच संबंध का सरलीकृत प्रतिनिधित्व

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

प्रक्रियाओं को केवल वर्चुअल मेमोरी एड्रेस मिलते हैं। यदि किसी प्रोग्राम को अधिक गतिशील मेमोरी (जिसे हीप मेमोरी, या "हीप" भी कहा जाता है) की आवश्यकता होती है तो क्या होता है? यहाँ सरल कोडांतरक कोड का उदाहरण दिया गया है जिसमें सिस्टम से अतिरिक्त गतिशील रूप से आवंटित मेमोरी का अनुरोध किया गया है:

_start:        mov $12, %rax #    brk        mov $0, %rdi # 0 -  ,            syscall b0:        mov %rax, %rsi #  rsi    ,           mov %rax, %rdi #     ...        add $4, %rdi # ..  4 ,           mov $12, %rax #    brk        syscall 

यहां बताया गया है कि इसे आरेख के रूप में कैसे दर्शाया जा सकता है।


गतिशील रूप से आवंटित मेमोरी बढ़ाएँ

कार्यक्रम ब्रैक सिस्टम कॉल (sbrk / mmap और इसी तरह) का उपयोग करके अतिरिक्त मेमोरी का अनुरोध करता है। कर्नेल वर्चुअल मेमोरी के बारे में जानकारी को अपडेट करता है, लेकिन नए पेज अभी तक भौतिक मेमोरी में प्रस्तुत नहीं किए गए हैं, और यहां वर्चुअल और भौतिक मेमोरी के बीच अंतर है।

मेमोरी आवंटनकर्ता

हमारे बाद, सामान्य शब्दों में, वर्चुअल एड्रेस स्पेस के साथ काम करने पर चर्चा की गई, अतिरिक्त डायनेमिक मेमोरी (हीप पर मेमोरी) का अनुरोध करने के तरीके के बारे में बात की गई, हमारे लिए मेमोरी आवंटित करने के साधनों के बारे में बात करना आसान होगा।

यदि ढेर में हमारे कोड अनुरोधों को पूरा करने के लिए पर्याप्त मेमोरी है, तो मेमोरी एलोकेटर कर्नेल तक पहुंच के बिना इन अनुरोधों को निष्पादित कर सकता है। अन्यथा, उसे मेमोरी के एक बड़े ब्लॉक का अनुरोध करते हुए सिस्टम कॉल (उदाहरण के लिए ब्रैक का उपयोग करके) के आकार को बढ़ाना होगा। MMAP_THRESHOLD के मामले में, "बड़े" का अर्थ MMAP_THRESHOLD पैरामीटर द्वारा वर्णित आकार है, जो डिफ़ॉल्ट रूप से, 128 Kb है।

हालांकि, एक मेमोरी एलोकेटर में केवल मेमोरी आवंटित करने की तुलना में अधिक जिम्मेदारियां हैं। उनकी सबसे महत्वपूर्ण जिम्मेदारियों में से एक आंतरिक और बाह्य मेमोरी विखंडन को कम करना है, और जितनी जल्दी हो सके मेमोरी ब्लॉकों को आवंटित करना है। मान लीजिए कि हमारा कार्यक्रम क्रमिक रूप से malloc(size) एक फ़ंक्शन का उपयोग करके मेमोरी के निरंतर ब्लॉक को आवंटित करने के अनुरोधों को निष्पादित करता है, जिसके बाद इस मेमोरी को फॉर्म free(pointer) फ़ंक्शन का उपयोग करके मुक्त किया जाता है।


बाहरी विखंडन प्रदर्शन

पिछले आरेख में, चरण पी 4 में, हमारे पास छह ऐसे ब्लॉकों के आवंटन के अनुरोध को पूरा करने के लिए पर्याप्त क्रमिक रूप से स्थित मेमोरी ब्लॉक नहीं हैं, हालांकि मुफ्त मेमोरी की कुल मात्रा यह अनुमति देती है। यह स्थिति स्मृति विखंडन की ओर ले जाती है।

स्मृति विखंडन कैसे कम करें? इस सवाल का जवाब विशिष्ट मेमोरी आवंटन एल्गोरिथ्म पर निर्भर करता है, जिस पर स्मृति के साथ काम करने के लिए बेस लाइब्रेरी का उपयोग किया जाता है।

अब हम TCMalloc मेमोरी एलोकेशन टूल को देखेंगे, जिस पर Go मेमोरी एलोकेशन मैकेनिज्म आधारित है।

TCMalloc

TCMalloc मेमोरी विखंडन को कम करने के लिए मेमोरी को कई स्तरों में विभाजित करने के विचार पर आधारित है। TCMalloc के अंदर, मेमोरी प्रबंधन को दो भागों में विभाजित किया जाता है: थ्रेड मेमोरी के साथ काम करना और ढेर के साथ काम करना।

▍ थ्रेड मेमोरी

स्मृति के प्रत्येक पृष्ठ को कुछ आकारों के टुकड़ों के अनुक्रम में विभाजित किया जाता है, आकार वर्गों के अनुसार चुना जाता है। यह विखंडन को कम करता है। नतीजतन, प्रत्येक थ्रेड के पास छोटी वस्तुओं के लिए एक कैशे का निपटान होता है, जो 32 केबी या उससे अधिक की छोटी वस्तुओं के लिए स्मृति के बहुत कुशल आवंटन की अनुमति देता है।


स्ट्रीम कैश

▍Kucha

TCMalloc प्रबंधित हीप पृष्ठों का एक संग्रह है जिसमें लगातार पृष्ठों के एक सेट को पृष्ठों की एक सीमा (अवधि) के रूप में दर्शाया जा सकता है। जब आपको किसी ऑब्जेक्ट के लिए मेमोरी आवंटित करने की आवश्यकता होती है जो 32 केबी से बड़ा है, तो मेमोरी को आवंटित करने के लिए हीप का उपयोग किया जाता है।


ढेर और पृष्ठों के साथ काम करते हैं

जब स्मृति में छोटी वस्तुओं को रखने के लिए पर्याप्त जगह नहीं होती है, तो वे स्मृति के लिए ढेर में बदल जाते हैं। यदि ढेर में पर्याप्त मुक्त मेमोरी नहीं है, तो ऑपरेटिंग सिस्टम से अतिरिक्त मेमोरी का अनुरोध किया जाता है।

नतीजतन, मेमोरी के साथ काम करने का प्रस्तुत मॉडल उपयोगकर्ता-स्पेस मेमोरी पूल का समर्थन करता है, इसके उपयोग से मेमोरी को आवंटित करने और मुक्त करने की दक्षता में काफी सुधार होता है।

यह ध्यान दिया जाना चाहिए कि गो मेमोरी आवंटन टूल मूल रूप से TCMalloc पर आधारित था, लेकिन यह इससे थोड़ा अलग है।

स्मृति आबंटक जाओ

हम जानते हैं कि गो रनटाइम लॉजिकल प्रोसिजर पर गोरोइन चलाने की योजना है। इसी तरह, गो द्वारा उपयोग किए गए टीसीमॉलॉक का संस्करण मेमोरी पेजों को उन ब्लॉकों में विभाजित करता है जिनके आकार कुछ निश्चित आकार के वर्गों से मेल खाते हैं जिनमें से 67 मौजूद हैं।

यदि आप गो शेड्यूलर से परिचित नहीं हैं , तो आप इसके बारे में यहां पढ़ सकते हैं।


आकार वर्गों जाओ

चूंकि गो में न्यूनतम पृष्ठ का आकार 8192 बाइट्स (8 Kb) है, अगर इस तरह के पृष्ठ को 1 KB के ब्लॉक में विभाजित किया जाता है, तो हमें 8 ऐसे ब्लॉक मिलेंगे।


8 KB के पृष्ठ आकार को 1 KB के वर्ग आकार के अनुरूप ब्लॉकों में विभाजित किया गया है

गो में इसी तरह के पेज सीक्वेंस को मस्तान नामक संरचना का उपयोग करके नियंत्रित किया जाता है।

MStructure mspan

Mspan संरचना एक दोहरी लिंक की गई सूची है, एक ऑब्जेक्ट जिसमें पृष्ठ का शुरुआती पता, पृष्ठ आकार और उसमें शामिल पृष्ठों की संख्या के बारे में जानकारी होती है।


Mspan संरचना

▍ mcache संरचना

TCMalloc की तरह, गो प्रत्येक स्थानीय प्रोसेसर को स्थानीय थ्रेड कैश के साथ प्रदान करता है, जिसे mcache के रूप में जाना जाता है। नतीजतन, अगर गोरोइन को स्मृति की आवश्यकता होती है, तो यह सीधे mcache से प्राप्त कर सकता है। ऐसा करने के लिए, आपको ताले प्रदर्शन करने की आवश्यकता नहीं है, क्योंकि किसी भी समय केवल एक लॉजिकल प्रोसेसर पर एक गोरोइन निष्पादित होता है।

Mcache संरचना में एक कैश के रूप में, विभिन्न आकार वर्गों के mspan संरचनाएं शामिल हैं।


गो में तार्किक प्रोसेसर, mcache और mspan के बीच सहभागिता

चूंकि प्रत्येक तार्किक प्रोसेसर का अपना mcache होता है, mcache से मेमोरी आवंटित करते समय ताले की कोई आवश्यकता नहीं होती है।

प्रत्येक आकार वर्ग को निम्नलिखित वस्तुओं में से एक द्वारा दर्शाया जा सकता है:

• एक स्कैन ऑब्जेक्ट एक ऑब्जेक्ट है जिसमें एक पॉइंटर होता है।
• एक नोस्कैन ऑब्जेक्ट एक ऑब्जेक्ट है जिसमें कोई पॉइंटर नहीं है।

इस दृष्टिकोण की एक ताकत यह है कि जब कचरा संग्रह किया जाता है, तो नोसन वस्तुओं को दरकिनार करने की आवश्यकता नहीं होती है, क्योंकि उनमें वे ऑब्जेक्ट नहीं होते हैं जिनके लिए मेमोरी आवंटित की जाती है।

Mcache में क्या मिलता है? जिन वस्तुओं का आकार 32 KB से अधिक नहीं होता है, वे सीधे संबंधित वर्ग के mspan का उपयोग करके mcache पर जाती हैं।

क्या होता है अगर mcache में फ्री सेल नहीं होता है? फिर उन्हें mcentan नामक mspan वस्तुओं की सूची से वांछित आकार वर्ग का एक नया mspan मिलता है।

▍ मूल संरचना

मेन्स्ट्रल संरचना एक विशेष आकार वर्ग के सभी पृष्ठ श्रेणियों को इकट्ठा करती है। प्रत्येक mcentral ऑब्जेक्ट में mspan ऑब्जेक्ट्स की दो सूचियाँ होती हैं।

1. मस्पन ऑब्जेक्ट्स की सूची जिसमें कोई फ्री ऑब्जेक्ट्स नहीं हैं, या वे मस्पन जो mcache में हैं।
2. मस्पन वस्तुओं की सूची जिसमें मुक्त वस्तुएँ हैं।

Mcentral संरचना

प्रत्येक mcentral संरचना mheap संरचना के भीतर मौजूद है।

Hमिश्र संरचना

Mheap संरचना को एक वस्तु द्वारा दर्शाया जाता है जो Go में ढेर प्रबंधन को संभालती है। केवल एक ऐसी वैश्विक वस्तु है जो एक आभासी पते की जगह का मालिक है।


महीप संरचना

जैसा कि आप ऊपर दिए गए आरेख से देख सकते हैं, mheap संरचना में mcentral संरचनाओं की एक सरणी है। इस सरणी में सभी आकार वर्गों के लिए mcentral संरचनाएं हैं।

 central [numSpanClasses]struct { mcentral mcentral   pad     [sys.CacheLineSize unsafe.Sizeof(mcentral{})%sys.CacheLineSize]byte } 

चूंकि हमारे पास प्रत्येक आकार वर्ग के लिए एक मेसेंट्रल संरचना है, जब mcache, mcentan से mspan संरचना का अनुरोध करता है, एक लॉक को व्यक्तिगत mcentral स्तर पर लागू किया जाता है, जिसके परिणामस्वरूप अन्य mcache से अन्य आकारों के mspan संरचनाओं का अनुरोध करने पर एक ही समय में सेवा दी जा सकती है।

संरेखण (पैड) यह सुनिश्चित करता है कि केंचुली के आकार के अनुरूप बाइट्स की संख्या से मेन्स्ट्रल संरचनाएं एक दूसरे से अलग हो जाती हैं। नतीजतन, प्रत्येक mcentral.lock की अपनी कैश लाइन होती है, जो झूठी मेमोरी शेयरिंग से जुड़ी समस्याओं से बचती है।

यदि मेंसेंट्रल सूची खाली है तो क्या होगा? फिर mcentral को आवश्यक आकार वर्ग की मेमोरी टुकड़े आवंटित करने के लिए mheap से पृष्ठों का एक अनुक्रम प्राप्त होता है।

• free[_MaxMHeapList]mSpanList का एक सरणी है। प्रत्येक कालखंड में mspan संरचना में 1 ~ 127 (_MaxMHeapList - 1) पृष्ठ होते हैं। उदाहरण के लिए, मुफ्त [3] 3 पृष्ठों वाले mspan संरचनाओं की एक लिंक की गई सूची है। इस मामले में "मुक्त" शब्द इंगित करता है कि हम एक खाली सूची के बारे में बात कर रहे हैं जिसमें स्मृति आवंटित नहीं की गई है। एक सूची खाली के विपरीत हो सकती है, एक सूची जिसमें मेमोरी आवंटित की गई है (व्यस्त)।
• freelarge mSpanList मुक्त mspan संरचनाओं की एक सूची है। प्रति तत्व (यानी, mspan) पृष्ठों की संख्या 127 से अधिक है। इस सूची का समर्थन करने के लिए, mtreap डेटा संरचना का उपयोग किया जाता है। व्यस्त mspan संरचनाओं की सूची को बुसीलर्ज कहा जाता है।

32 Kb से बड़ी वस्तुओं को बड़ी वस्तु माना जाता है, उनके लिए मेमोरी सीधे mheap से आवंटित की जाती है। ऐसी वस्तुओं के लिए मेमोरी आवंटित करने के अनुरोध को एक लॉक का उपयोग करके किया जाता है, परिणामस्वरूप, एक निश्चित समय पर, एक समान अनुरोध केवल एक तार्किक प्रोसेसर से संसाधित किया जा सकता है।

वस्तुओं के लिए मेमोरी आवंटित करने की प्रक्रिया

• यदि ऑब्जेक्ट का आकार 32 Kb से अधिक है, तो इसे बड़ा माना जाता है, इसके लिए मेमोरी को सीधे mheap से आवंटित किया जाता है।
• यदि ऑब्जेक्ट का आकार 16 Kb से कम है, तो mcache मैकेनिज्म जिसे कि छोटे एलोकेटर कहा जाता है, का उपयोग किया जाता है।
• यदि ऑब्जेक्ट का आकार 16-32 Kb की सीमा में है, तो यह पता चलता है कि किस आकार के वर्ग (sizeClass) का उपयोग करना है, तो mcache में एक उपयुक्त ब्लॉक आवंटित किया गया है।
• यदि mcache के अनुरूप sizeClass में कोई ब्लॉक उपलब्ध नहीं हैं, तो mcentral कहा जाता है।
• यदि मेन्सट्रल के पास कोई नि: शुल्क ब्लॉक नहीं है, तो वे मिप को कॉल करते हैं और सबसे उपयुक्त एमपीएसएन की खोज करते हैं। यदि एप्लिकेशन द्वारा आवश्यक मेमोरी साइज बड़ा हो जाता है तो इसे आवंटित करना संभव है, अनुरोधित मेमोरी साइज को संसाधित किया जाएगा ताकि प्रोग्राम द्वारा आवश्यकतानुसार कई पेजों को वापस करना संभव हो सके, एक नया mspan संरचना का गठन किया।
• यदि एप्लिकेशन की वर्चुअल मेमोरी अभी भी पर्याप्त नहीं है, तो ऑपरेटिंग सिस्टम पृष्ठों के एक नए सेट (कम से कम 1 एमबी मेमोरी का अनुरोध किया जाता है) के लिए एक्सेस किया जाता है।

वास्तव में, ऑपरेटिंग सिस्टम के स्तर पर, गो मेमोरी के और भी बड़े टुकड़ों को आवंटित करने के लिए कहता है जिसे अर्नस कहा जाता है। मेमोरी के बड़े टुकड़ों का एक साथ आवंटन आपको आवेदन के लिए आवंटित मेमोरी की मात्रा और प्रदर्शन के मामले में ऑपरेटिंग सिस्टम तक महंगी पहुंच के बीच एक समझौता खोजने की अनुमति देता है।

ढेर पर अनुरोध की गई स्मृति को अखाड़े से आवंटित किया गया है। इस तंत्र पर विचार करें।

आभासी स्मृति जाओ

Go में लिखे एक साधारण प्रोग्राम के साथ मेमोरी उपयोग पर एक नज़र डालें:

 func main() {   for {} } 

कार्यक्रम प्रक्रिया की जानकारी

इस तरह के एक साधारण कार्यक्रम का आभासी पता स्थान लगभग 100 एमबी है, जबकि आरएसएस इंडेक्स केवल 696 Kb है। पहले, आइए इस विसंगति का कारण जानने की कोशिश करें।


मैप और स्मैप जानकारी

यहां आप मेमोरी क्षेत्रों को देख सकते हैं, जिसका आकार लगभग 2 एमबी, 64 एमबी, 32 एमबी के बराबर है। यह किस प्रकार की स्मृति है?

▍Areny

यह पता चलता है कि गो में वर्चुअल मेमोरी में एरेनास का एक सेट होता है। हीप के लिए इच्छित प्रारंभिक मेमोरी साइज एक अखाड़े से मेल खाती है, वह है - 64 एमबी (यह गो 1.11.5 के लिए प्रासंगिक है)।


विभिन्न प्रणालियों में वर्तमान क्षेत्र का आकार

नतीजतन, कार्यक्रम की मौजूदा जरूरतों के लिए आवश्यक मेमोरी छोटे हिस्से में आवंटित की जाती है। यह प्रक्रिया एक 64 एमबी क्षेत्र से शुरू होती है।

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

तथ्य की बात के रूप में, हम एरेनास के एक गुच्छा को एक गुच्छा कहते हैं। गो में, एरेनास को स्मृति के टुकड़े के रूप में माना जाता है, आकार में 8192 बाइट्स (8 Kb) के ब्लॉक में विभाजित होता है।


एक 64 एमबी क्षेत्र

गो में ब्लॉक और बिटमैप के कुछ और फ्लेवर हैं। उनके लिए मेमोरी ढेर के बाहर आवंटित की जाती है, वे अखाड़ा मेटाडेटा को स्टोर करते हैं। वे मुख्य रूप से कचरा संग्रह में उपयोग किए जाते हैं।
यहाँ एक सामान्य रूपरेखा है कि मेमोरी आवंटन तंत्र गो में कैसे काम करता है।


गो में मेमोरी आवंटन तंत्र की सामान्य रूपरेखा

परिणाम

सामान्य तौर पर, यह ध्यान दिया जा सकता है कि इस सामग्री में हमने बहुत सामान्य शब्दों में गो मेमोरी के साथ काम करने के लिए सबसिस्टम का वर्णन किया है। गो में मेमोरी सबसिस्टम का मुख्य विचार विभिन्न स्तरों के विभिन्न संरचनाओं और कैश का उपयोग करके मेमोरी आवंटित करना है। यह उन वस्तुओं के आकार को ध्यान में रखता है जिनके लिए मेमोरी आवंटित की गई है।

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

प्रिय पाठकों! क्या आपको गो में लिखे कार्यक्रमों में स्मृति की खराबी के कारण समस्याओं का सामना करना पड़ा है?