एक पंक्ति में समाचार: अब ग्राहक कंट्रोल पैनल से एमओडी मापदंडों को बदल सकते हैं।

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

... लेकिन यह वेब इंटरफेस में नहीं था। सबसे लगातार ग्राहकों ने सेटिंग्स को बदलने के लिए कहा - और हमने उन्हें मैन्युअल रूप से बदल दिया। मूर्ख, हुह?

अंत में, हमने स्थिति को ठीक किया - MOD सर्वर की सेटिंग ग्राहकों के लिए उपलब्ध हो गई। उनमें से ज्यादातर चलते-फिरते हैं और उन्हें रिबूट या सेवा के निलंबन की आवश्यकता नहीं होती है।

मेमोरी-ऑन-डिमांड कैसे काम करता है

चलने वाले कार्यक्रमों की संख्या के आधार पर, स्मृति की एक अलग मात्रा की आवश्यकता होती है। चूंकि मेमोरी का भुगतान "गीगाबाइट-आवर्स" में किया जाता है (वास्तव में किलोबाइट-नैनोसेकंड में), यह अप्रयुक्त मेमोरी पर अतिरिक्त पैसा खर्च करने के लिए एक दया है। लेकिन एक छोटी मात्रा में घूमना, एक स्वैप में चढ़ना भी अच्छा नहीं है।

संपूर्ण MOD सिस्टम में तीन घटक होते हैं: सर्वर, डेटाबेस (सेटिंग्स) और एजेंट।

एजेंट - modd (मॉड डेमॉन) को गेस्ट मशीन के अंदर लॉन्च किया जाता है, यह मेमोरी की वर्तमान स्थिति के बारे में जानकारी को एक्सनस्टोर (एक सिस्टम जिसके कारण गेस्ट सिस्टम और कंट्रोल सिस्टम dom0 में एक नेटवर्क का उपयोग किए बिना बातचीत कर सकता है) के बारे में लिखता है। अधिक सटीक रूप से, यह डेटा / mod_meminfo में बस / proc / meminfo से xenstore तक डेटा लिखता है।

सर्वर इन नंबरों को देखता है और यह तय करता है कि मेमोरी को जोड़ना है या इसे कम करना है। MOD सर्वर का एल्गोरिदम (सामान्य शब्दों में): मुक्त मेमोरी की मात्रा पर विचार किया जाता है (हम सही ढंग से बफ़र्स और कैश्ड पर विचार करते हैं), यदि यह आवश्यक से अधिक है, तो मेमोरी कम हो जाती है। यदि आवश्यकता से कम है, तो वृद्धि करें।

पैरामीटर जो MOD ​​के संचालन को नियंत्रित करते हैं

MOD में निम्नलिखित पैरामीटर हैं:

• हार्ड मेमोरी सीमाएँ - एक पूर्ण न्यूनतम और अधिकतम। ये सीमाएं उन सीमाओं को निर्धारित करती हैं जिनके भीतर मेमोरी क्षमता में बदलाव संभव है। इन सीमाओं की उपस्थिति हमारे हाइपरविजर (एक्सएन 3.4) की एक तकनीकी सीमा है। न्यूनतम और अधिकतम का अनुशंसित अनुपात लगभग 1 से 4 है, अधिकतम 1 से 8 तक। (प्रकार के अधिकतम मान 128 एमबी - 48 जीबी पर, आप आसानी से कर्नेल घबराहट प्राप्त कर सकते हैं, क्योंकि कर्नेल की सैद्धांतिक सीमा की सेवा करने के लिए अपनी मेमोरी नहीं है)। ये सीमाएँ MOD पैरामीटर नहीं हैं - हमने उन्हें केवल एक पृष्ठ में संयोजित किया क्योंकि उन्हें अलग स्थान पर ले जाने से भ्रम बढ़ जाएगा।
• जैकडॉ "चालू करें" / "बंद करें", यह बस बंद (चालू) MOD। यदि MOD बंद हो जाता है, तो मेमोरी को अंतिम सेट मान पर निर्धारित किया जाता है और अब परिवर्तित नहीं होता है।
• स्मृति की "नरम सीमा"। ये सीमाएं निर्धारित करती हैं कि किस सीमा तक मेमोरी को विनियमित किया जा सकता है। ध्यान दें कि ये वास्तव में "सीमाएं" नहीं हैं, बल्कि स्मृति आकार की इच्छा हैं। यदि आप इन संख्याओं को बहुत छोटा सेट करते हैं, तो xen उन्हें अनदेखा कर देगा, यदि आप उन्हें बहुत बड़ा सेट करते हैं - इसी तरह।
• मुक्त स्मृति की सीमाएँ। यह संख्याओं की सबसे दिलचस्प जोड़ी है - यह निर्धारित करता है कि वर्चुअल मशीन में कितनी मुक्त मेमोरी होनी चाहिए। अधिक सटीक रूप से, नरम सीमा के समान, यह इंगित करता है कि MOD सर्वर को किस मूल्य के लिए प्रयास करना चाहिए।
  ये मान शून्य के बराबर नहीं हो सकते हैं (यदि आपके पास 0 निःशुल्क मेमोरी है, तो या तो आप स्वैप या कर्नेल क्रैश पर जाते हैं)। वे एक-दूसरे के बराबर भी नहीं हो सकते हैं - इसकी एक बहुत ही विशिष्ट व्याख्या है - यदि सीमाएं एक-दूसरे के बराबर थीं, तो आत्म-उत्तेजित दोलन उत्पन्न हो सकते हैं (उदाहरण के लिए, हमारे पास 8kb की कमी है। एल्गोरिथम: 16kb जोड़ें, 16kb निकालें, 16kb जोड़ें। 16kb, 16kb निकालें ...)। चूंकि मेमोरी को हाइपरवाइज़र को भेजा जाता है, अतिथि मशीन मेमोरी को साफ करती है (यह सामग्री के साथ मेमोरी देने के लिए अजीब होगा), यह ऑपरेशन क्लाइंट के लिए पूरी तरह से मुक्त नहीं है। एकल स्मृति परिवर्धन / विलोपन महत्वपूर्ण संसाधन लेते हैं; हालाँकि, यदि मेमोरी लगातार आगे और पीछे घूमने लगी, तो इससे एक भटका हुआ भार पैदा होगा। डिफ़ॉल्ट मान न्यूनतम 96MB, अधिकतम 192MB है। मिनी टेम्पलेट के लिए, मान क्रमशः 24 और 32 एमबी हैं।

यदि फ़ील्ड में शून्य लिखा गया है (या कुछ भी नहीं लिखा गया है), तो डिफ़ॉल्ट मानों का उपयोग किया जाता है।

अपवाद

उन अनुप्रयोगों की सूची जिनके लिए MOD की आवश्यकता नहीं है। यदि एप्लिकेशन सर्वर पर मुख्य एक है, तो मेमोरी सीमाएं एक ही सेट की जा सकती हैं और सर्वर को व्यर्थ में नहीं सताती हैं:

• JRE, JEEE, टॉमकैट और अन्य जावा-आधारित जावा अपने स्वयं के मेमोरी आवंटन तंत्र का उपयोग करता है
• MongoDB - स्टार्टअप पर मेमोरी सेटिंग्स पढ़ता है, चेक नहीं करता है और मेमोरी आवंटन त्रुटियों को नहीं संभालता है

इस विषय पर PS पिछला विषय: habrahabr.ru/company/selectel/blog/99157