फेसबुकने लिनक्स कर्नलसाठी नवीन स्लॅब मेमरी व्यवस्थापन यंत्रणा प्रस्तावित केली आहे

रोमन गुश्चिन (रोमन गुश्चिन) Facebook वरून प्रकाशित लिनक्स कर्नल डेव्हलपरच्या मेलिंग लिस्टवर नवीन मेमरी ऍलोकेशन कंट्रोलरच्या अंमलबजावणीसह पॅचचा संच स्लॅब (स्लॅब मेमरी कंट्रोलर). स्लॅब अकाउंटिंगला मेमरी पेज लेव्हलवरून कर्नल ऑब्जेक्ट लेव्हलवर हलवण्यासाठी नवीन कंट्रोलर उल्लेखनीय आहे, ज्यामुळे प्रत्येक cgroup साठी वेगळे स्लॅब कॅशे वाटप करण्याऐवजी वेगवेगळ्या cgroups मध्ये स्लॅब पेज शेअर करणे शक्य होते.

प्रस्तावित पद्धतीमुळे स्लॅब वापरण्याची कार्यक्षमता वाढवणे, स्लॅबसाठी वापरल्या जाणाऱ्या मेमरीचा आकार 30-45% कमी करणे आणि कर्नलचा एकूण मेमरी वापर लक्षणीयरीत्या कमी करणे शक्य होते. नॉन-मूव्हेबल स्लॅबची संख्या कमी करून, मेमरी फ्रॅगमेंटेशन कमी करण्यात देखील सकारात्मक परिणाम होतो. नवीन मेमरी कंट्रोलर स्लॅबसाठी अकाउंटिंगसाठी कोड लक्षणीयरीत्या सुलभ करतो आणि प्रत्येक cgroup साठी स्लॅब कॅशे डायनॅमिकपणे तयार करण्यासाठी आणि हटवण्यासाठी क्लिष्ट अल्गोरिदम वापरण्याची आवश्यकता नाही. नवीन अंमलबजावणीमधील सर्व मेमरी cgroups स्लॅब कॅशेचा एक सामान्य संच वापरतात, आणि स्लॅब कॅशेचे आयुष्य यापुढे cgroup द्वारे स्थापित केलेल्या लोकांच्या जीवनकाळाशी जोडलेले नाही. निर्बंध मेमरी वापरावर.

नवीन स्लॅब कंट्रोलरमध्ये लागू केलेल्या अधिक अचूक संसाधन लेखांकनाने सैद्धांतिकदृष्ट्या CPU अधिक लोड केले पाहिजे, परंतु व्यवहारात फरक नगण्य असल्याचे दिसून आले. विशेषत:, नवीन स्लॅब कंट्रोलर विविध प्रकारचे वर्कलोड हाताळणाऱ्या Facebook सर्व्हरच्या उत्पादनावर अनेक महिन्यांपासून वापरला जात आहे आणि अद्याप कोणतेही लक्षणीय प्रतिगमन ओळखले गेले नाहीत. त्याच वेळी, मेमरी वापरामध्ये लक्षणीय घट झाली आहे - काही होस्टवर 1GB पर्यंत मेमरी वाचवणे शक्य होते, परंतु हा निर्देशक लोडच्या स्वरूपावर, रॅमचा एकूण आकार, CPU ची संख्या यावर अवलंबून असतो. आणि मेमरीसह कार्य करण्याची वैशिष्ट्ये. मागील चाचण्या दाखवले वेब फ्रंट-एंडवर 650-700 MB (स्लॅब मेमरीच्या 42%), DBMS कॅशेसह सर्व्हरवर 750-800 MB (35%) आणि DNS सर्व्हरवर 700 MB (36%) मेमरी वापरात घट.

स्त्रोत: opennet.ru