ते लिनक्स कर्नलसाठी नवीन मेमरी कंट्रोलर प्रस्तावित करतात

मेमरी मॅनेजर सिस्टमचा सबसेट आहे ऑपरेटिव्ह हे ऑपरेटिंग सिस्टम आणि विविध अनुप्रयोगांमधील मेमरी सामायिक करते. मेमरी संज्ञा मुख्यतः मुख्य मेमरी (रॅम) संदर्भित करते, परंतु त्याच्या व्यवस्थापनास सहाय्यक मेमरी आणि कॅशे मेमरीचे योगदान आवश्यक आहे.

मेमरी व्यवस्थापक प्रक्रियेसाठी कार्यक्षमतेने मेमरी वाटप करण्यासाठी विशेषतः जबाबदार आहे, जे सूचित करते की आपण उपलब्ध मेमरीच्या विनामूल्य स्थानांची गणना करण्यास सक्षम असणे आवश्यक आहे, नवीन प्रक्रियेसाठी आवश्यक मेमरीचे वाटप करणे आणि समाप्त होणार्‍या प्रक्रियांमधून मेमरी परत मिळविणे आवश्यक आहे. लिनक्स कर्नलमधील प्रोसेस डिस्पॅचर म्हणजे एसएलएब पाठवणारे.

स्लॅब मेमरी विनंत्यांना अनुकूलित करणार्‍या ब्लॉक आणि कॅशे सिस्टमवर अवलंबून असते. या प्रकारच्या मेमरी व्यवस्थापनामुळे वाटप आणि पुनर्वास स्थानावरील ऑपरेशनमुळे होणारी विखंडन कमी होते.

ब्लॉक ationलोकेशनमध्ये विशिष्ट ऑब्जेक्ट प्रकार / आकारासाठी कॅशेची अंमलबजावणी होते ज्यात विशिष्ट वस्तूंसाठी योग्य असलेल्या निश्चित-आकाराचे तुकडे केलेले अनेक पूर्व-वाटप केलेले मेमरी ब्लॉक असतात.

एसएलएब तुकडे व्यवस्थापित करते जेणेकरून जेव्हा कर्नलला ऑब्जेक्टला मेमरी वाटप करण्याची विनंती केली जाते, आपण विद्यमान ब्लॉकमधील अतिरिक्त भागासह ही विनंती पूर्ण करू शकता. त्यानंतरच्या समान वस्तूंचे वाटप केल्यावर एसएलएब पुन्हा वापरासाठी वाटप केलेली मेमरी कायम ठेवते आणि यामुळे ऑब्जेक्ट इनिशिएलायझेशनशी संबंधित ओव्हरहेड खर्च कमी होतो.

त्यांचा एसएलएबी बदलण्याचा मानस आहे

रोमन गुश्किन, फेसबुकमधील लिनक्स कर्नल अभियांत्रिकी कार्यसंघाचा सदस्य म्हणून त्याला वर्तमान मेमरी मॅनेजर / कंट्रोलरमध्ये "गंभीर दोष" म्हणून जे दिसते ते त्याने शोधले. आणि आरअलीकडे नवीन मेमरी कंट्रोलर प्रस्तावित केले ब्लॉक जे एकाधिक "cgroups" मध्ये मेमरी उपयोग नाटकीयरित्या सुधारण्याचे आश्वासन देते (किंवा नियंत्रण गट) मेमरीमधून.

हे दिले, हे लक्षात घेणे महत्वाचे आहे की सीग्रुप्स लिनक्स कर्नलच्या वैशिष्ट्याशी संबंधित आहेत जे सिस्टमची संसाधने (प्रोसेसर, मेमरी, डिस्क वापर इ.) मर्यादा घालणे, मोजणे आणि वेगळ्या करण्यास परवानगी देते आणि स्लॅबचे पृष्ठ the एसएलएबी द्वारे मेमरी ationलोकेशन प्रक्रियेस मिसळता येऊ शकते.

Gushchin मते:

“विद्यमान डिझाइन कमी एसएलएब वापराकडे नेण्याचे खरे कारण सोपे आहे: स्लॅब पृष्ठे केवळ एका मेमरी पूलद्वारे वापरली जातात.

जर सीग्रुपने बनवलेल्या काही विशिष्ट आकाराचे काही वाटप असल्यास किंवा जर काही सक्रिय ऑब्जेक्ट शिल्लक राहिल्यानंतर उरले असतील किंवा जर सीग्रुपमध्ये एकच थ्रेडेड applicationप्लिकेशन असेल ज्यामध्ये अक्षरशः कर्नलचे वाटप केले नाही, परंतु प्रत्येक वेळी असे होते नवीन सीपीयूः या सर्व प्रकरणांमध्ये, परिणामी एसएलएबचा वापर खूप कमी आहे.

जर केएमएम संगणन अक्षम केले असेल तर, कर्नल टाइल पृष्ठांवर इतर वाटपांसाठी मोकळी जागा वापरू शकेल «

गुश्चिन असा युक्तिवाद करतो की जेव्हा केईएम ड्रायव्हरला वैकल्पिक वैशिष्ट्य म्हणून ओळख दिली जाते तेव्हा प्रत्येक अडचण नव्हती ज्यास प्रत्येक मेमरी पूलसाठी सक्षम करावे लागेल.

आता मात्र, kgm ड्राइव्हर cgroup v1 आणि v2 करीता मुलभूतरित्या समर्थीत आहे. आणि आधुनिक प्रणालींमध्ये मोठ्या संख्येने सी गट तयार करण्याची प्रवृत्ती असल्याने, एसएलएब वापरणे कमी प्रभावी आहे.

त्यांच्या मते स्लॅबची पाने विविध मेमरी ग्रुपमध्ये सामायिक करुन आणि पुन्हा काम केलेल्या सिस्टमचा वापर करून जेथे लेखा पृष्ठाऐवजी ऑब्जेक्टद्वारे केले जाते, एकाकडे लिनक्स कर्नलमध्ये ऑप्टिमाइझ्ड मेमरी कंट्रोलर असेल जे वापरण्यासाठी अधिक कार्यक्षम पातळीची ऑफर करते.

गुशेन यांनी प्रस्तावित केलेल्या पॅचमध्ये दोन अर्ध-स्वतंत्र घटक आहेतः भविष्यात लेखा उद्देशासाठी वापरला जाणारा एक उपपृष्ठ लोड एपीआय आणि मेम_कग्रूप_पीटीआर API.

नवीन नियंत्रकासह चाचण्या केल्या Gushchin स्मृती लिनक्समध्ये and 35% आणि %२% अधिक मेमरी मिळवणे शक्य आहे हे दर्शविले आहे फ्रंट-एंड वेबवर, डीएनएस सर्व्हर आणि डेटाबेस कॅशे आणि इतर बरेच कार्यभार.

गुशचिन यांचा प्रस्ताव सध्या "टिप्पणीसाठी विनंती" या बॅनरखाली आहे. स्वीकारल्यास ते 2020 लिनक्स कर्नल रीलीझमध्ये समाकलित केले जाऊ शकते.

स्त्रोत: https://lkml.org/