आपने क्या /proc/sys/vm/overcommit_memory
स्थापित किया है? कर्नेल दस्तावेज से:
0 - Heuristic overcommit handling. Obvious overcommits of
address space are refused. Used for a typical system. It
ensures a seriously wild allocation fails while allowing
overcommit to reduce swap usage. root is allowed to
allocate slightly more memory in this mode. This is the
default.
1 - Always overcommit. Appropriate for some scientific
applications.
2 - Don't overcommit. The total address space commit
for the system is not permitted to exceed swap + a
configurable percentage (default is 50) of physical RAM.
Depending on the percentage you use, in most situations
this means a process will not be killed while accessing
pages but will receive errors on memory allocation as
appropriate.
इस प्रकार यदि आप 1 का उपयोग कर रहे हैं तो कोई अंतर नहीं है। यदि आप 2 और कोई लिनक्स स्वैप फाइल का उपयोग कर रहे हैं तो कोई भी प्रक्रिया 512M (वर्चुअल) मेमोरी को आवंटित करने में सक्षम नहीं होगी। परिणाम 0 के लिए स्पष्ट नहीं है।
संपादित करें: http://utcc.utoronto.ca/~cks/space/blog/linux/LinuxVMOvercommit से यह है कि कैसे 0 कार्य करें:
ह्यूरिस्टिक ओवरकॉमिट काम करने का प्रयास करता है कि सिस्टम आपको कितनी मेमोरी दे सकता है यदि वह सभी मेमोरी को पुनः प्राप्त करता है और वर्तमान में कोई अन्य प्रक्रिया इससे अधिक रैम का उपयोग नहीं करती है; यदि आप इससे अधिक की मांग कर रहे हैं, तो आपके आवंटन से इनकार कर दिया जाता है। विशिष्ट रूप से, सैद्धांतिक 'मुफ्त मेमोरी' संख्या की गणना मुफ्त स्वैप स्थान, मुफ्त रैम (यदि आप रूट नहीं हैं तो कम 1/32 वें) को जोड़कर की जाती हैं, और एकीकृत बफर कैश और कर्नेल डेटा द्वारा उपयोग किए जाने वाले सभी स्थान को पुन: प्राप्य के रूप में लेबल किया जाता है। (कुछ आरक्षित पृष्ठ कम)।
तो यह गणना में भी स्वैप का उपयोग करता है। सामान्य तौर पर मैं आरएचईएल की सिफारिश का पालन करूंगा:
M = Amount of RAM in GB, and S = Amount of swap in GB, then
If M < 2
S = M *2
Else
S = M + 2