चयनकर्ता क्लाउड सर्वर के लिए डिमांड कॉन्फ़िगरेशन विकल्प पर नई मेमोरी

एक पंक्ति में समाचार: MoD के लिए एक नया पैरामीटर प्रकट हुआ है, जो स्टार्टअप पर सर्वर व्यवहार के अधिक सटीक नियंत्रण की अनुमति देता है। इसे start_memory कहा जाता है।

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

डिफ़ॉल्ट रूप से, यह मान static_min पर सेट होता है, अर्थात न्यूनतम राशि तक। अब इस मूल्य को स्पष्ट रूप से बदला जा सकता है।

उपयोग के लिए तीन रणनीतियों को प्रतिष्ठित किया जा सकता है:

1. सर्वर एक न्यूनतम मेमोरी मान के साथ शुरू होता है, जिसके बाद यह डेटा के लोड होने या लोड बढ़ने पर उपयोग की जाने वाली मेमोरी की मात्रा को बढ़ाना शुरू कर देता है। यह कैसे क्लाउड सर्वर डिफ़ॉल्ट रूप से व्यवहार करता है (जिसके लिए MoD सेटिंग परिवर्तित नहीं हुई है)।
2. सर्वर स्मृति के एक overestimated मान के साथ शुरू होता है, जिसके बाद यह वांछित सर्वर को जल्दी से "डिफ्लेट्स" करता है। यह कॉन्फ़िगरेशन मेमोरी की कमी से तब बचाता है जब किसी DBMS के लिए अचानक बड़ी मात्रा में मेमोरी का अनुरोध करता है या एक बड़ा एप्लिकेशन जो कि धीरे-धीरे के बजाय बड़ी मात्रा में मेमोरी का अनुरोध करता है।
3. स्टार्ट मेमोरी की मात्रा लगभग वांछित मान पर सेट होती है - इस स्थिति में, मॉड ठीक ट्यूनिंग मोड में काम करता है, अर्थात, परिस्थितियों में परिवर्तन के साथ वृद्धि / घट जाती है।

यदि MoD तकनीक अक्षम है, तो यह मान आपको रिबूट किए बिना आवंटित मेमोरी के मौजूदा मूल्य (static_max से लेकर static_min तक) को मैन्युअल रूप से बदलने की अनुमति देता है, जो उन तकनीकों में उपयोगी हो सकता है जो मेमोरी (जावा, उदाहरण के लिए) को बदलना पसंद नहीं करते हैं।