32 बिट गेस्ट ऑपरेटिंग सिस्टम में 4GB से अधिक रैम का उपयोग करना

यह कोई रहस्य नहीं है कि 32-बिट ऑपरेटिंग सिस्टम 4GB से अधिक रैम को संबोधित करने की अनुमति नहीं देता है। अब मैं आपको बताना चाहता हूं कि इस प्रतिबंध को एक आभासी वातावरण में परोक्ष रूप से कैसे रोका जा सकता है, जहां मेजबान ऑपरेटिंग सिस्टम की पूरी पहुंच है।

वास्तव में, लक्ष्य पर्याप्त रूप से स्पष्ट है - अतिथि x32 ऑपरेटिंग सिस्टम का उपयोग करने की अनुमति देने के लिए, "ईमानदार" 4 जीबी रैम के अलावा, कुछ और जो कि उपलब्ध से सुरक्षित रूप से आवंटित किया जा सकता है।

शुरू करने के लिए, मैं लक्ष्य प्राप्त करने के लिए एक छोटी योजना का वर्णन करूंगा, और फिर विवरण और कार्यान्वयन पर विचार करूंगा। लेकिन मैं तुरंत एक आरक्षण कर दूंगा कि यह विधि, निश्चित रूप से ऑपरेटिंग सिस्टम को "मेमोरी" को देखने की अनुमति नहीं देगी, जितना कि यह खर्च कर सकती है, लेकिन इसका उपयोग अदृश्य रूप से स्वयं के लिए किया जाएगा।

चलिए शुरू करते हैं

स्रोत डेटा:

• होस्ट: उबंटू 12.04 x64, रैम 8 जीबी
• VM: VMware प्लेयर 4.0.4
• गेस्ट: विंडोज एक्सपी एसपी 3 एक्स 32, रैम 3 जीबी

हम असामान्य तरीके से अतिरिक्त रैम को "आवंटित" करेंगे। ऐसा करने के लिए, एक vmdk डिस्क बनाएं और इसे होस्ट सिस्टम की रैम में रखें। हम बनाए गए डिस्क को गेस्ट सिस्टम से कनेक्ट करेंगे। अतिरिक्त रैम का पूर्ण उपयोग शुरू करने के लिए, यह केवल स्वैप फाइल को इस डिस्क पर स्थानांतरित करने के लिए बनी हुई है। स्वैप फ़ाइल को स्थानांतरित करने के अलावा, आप इस "RAM" में अपने कैश या अस्थायी फ़ाइलों को संग्रहीत करने के लिए कुछ कार्यक्रमों को फिर से कॉन्फ़िगर कर सकते हैं, लेकिन यह पहले से ही इसके आकार पर निर्भर करता है।

कुछ विवरण

• निर्मित vmdk डिस्क के आकार की गणना निम्नानुसार की जा सकती है:
  (होस्ट सिस्टम के लिए उपलब्ध RAM) - (VM द्वारा स्थानांतरित RAM) - k
  जहाँ k होस्ट सिस्टम के काम करने के लिए न्यूनतम आवश्यक मात्रा में RAM है।
• चूंकि vmdk डिस्क RAM में स्थित होनी चाहिए, इसे सिस्टम बूट्स के बाद कम से कम हर बार वहां रखा जाना चाहिए
• चूँकि RAM में I / O का संचालन काफी तेज है, इसलिए उपदेशित (अर्थात पूर्व-आवंटित स्थान के साथ) vmdk डिस्क फ़ाइल बनाने की कोई आवश्यकता नहीं है।
• यह वांछनीय है कि पृष्ठ फ़ाइल के कॉन्फ़िगरेशन में इसका न्यूनतम और अधिकतम आकार होता है, जो कि निर्मित vmdk डिस्क के आकार के लगभग बराबर होता है। यह आकार vmdk बनाते समय निर्दिष्ट मात्रा से थोड़ा भिन्न होगा, क्योंकि अंतरिक्ष का एक हिस्सा सिस्टम के फ़ाइल सिस्टम और सेवा सूचना पर ही कब्जा कर लेगा।
• रैम में एक vmdk फ़ाइल रखने के लिए, आपको फ़ाइल सिस्टम से उस तक पहुंचने के लिए इस मेमोरी को तैयार करना होगा।
• ज्यादातर मामलों में, इस ट्यूनिंग का उपयोग करते समय, vmplayer में सस्पेंड फ़ंक्शन का उपयोग करना संभव नहीं होगा।

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

और अब ऊपर वर्णित कॉन्फ़िगरेशन के लिए कदम से कदम निर्देश

1. हम होस्ट फ़ाइल सिस्टम को कॉन्फ़िगर करते हैं ताकि इसके माध्यम से हम सभी रैम तक पहुंच प्राप्त कर सकें। ऐसा करने के लिए, निम्न पंक्ति को /etc/fstab :
   

    tmpfs /run/shm tmpfs size=8G 0 0 

2. हम एकल-फ़ाइल बनाते हैं, उपदेशित vmdk डिस्क नहीं। 3Gb के आकार को निर्दिष्ट करें और इसे ramtemp.vmdk नाम से /run/shm ramtemp.vmdk । बनाने के बाद, इस डिस्क पर रिकॉर्डिंग के कैशिंग को अक्षम करें।
3. हम वर्चुअल मशीन को लोड करते हैं। हम अतिथि सिस्टम में दिखाई देने वाली डिस्क पर मुख्य विभाजन बनाते हैं, इसे प्रारूपित करते हैं और इसे ramtemp के रूप में चिह्नित करते हैं। हम इसे पहले बनाए गए फ़ोल्डर c:\ramtemp में माउंट करते हैं। हां, हां, यह विंडोज पर भी किया जा सकता है, यह तब है जब एक ड्राइव अक्षर का चयन करने के बजाय, "खाली एनटीएफएस फ़ोल्डर के रूप में माउंट वॉल्यूम" विकल्प का चयन किया जाता है। फ़ोल्डर का कनेक्शन सिस्टम में अनावश्यक "लेटर ड्राइव" का उत्पादन न करने के लिए किया जाता है। आपको इस डिस्क के अनुक्रमण को इसके गुणों में अक्षम करना चाहिए। उसके बाद हम वर्चुअल मशीन को बंद कर देते हैं।
4. अगला, तैयार /run/shm/ramtemp.vmdk लक्ष्य वर्चुअल मशीन के साथ फ़ोल्डर /run/shm/ramtemp.vmdk कॉपी किया /run/shm/ramtemp.vmdk और उसका नाम बदलकर ramtemp.vmdk.new दिया जाता है। यह इस डिस्क को गलती से एक वर्चुअल मशीन से कनेक्ट नहीं करने और इसका उपयोग शुरू न करने के लिए किया जाता है। अपने न्यूनतम आकार पर कब्जा करने के लिए यह डिस्क हमेशा अपने मूल रूप में आवश्यक है।
5. वर्चुअल मशीन के सभी बाद के लॉन्चों के लिए, आपको एक स्क्रिप्ट बनाने की ज़रूरत है जो स्वचालित रूप से स्वच्छ ramtemp.vmdk को वर्चुअल मेमोरी में कॉपी ramtemp.vmdk और शुरू करने से पहले वर्चुअल मशीन शुरू ramtemp.vmdk । उदाहरण के लिए, यह इस तरह हो सकता है:
   

    #!/bin/sh cp /home/vm/workstation/ramtemp.vmdk.new /run/shm/ramtemp.vmdk vmplayer /home/vm/workstation/workstation.vmx 

6. हम वर्चुअल मशीन को फिर से शुरू करते हैं और स्वैप फाइल को "RAM" में ले जाते हैं। ऐसा करने के लिए, रजिस्ट्री शाखा HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management और PagingFiles पैरामीटर में c:\ramtemp\pagefile.sys स्वैप फ़ाइल का पथ बदलें। उपरोक्त सभी के बाद, आपको अतिथि ओएस को पुनरारंभ करने की आवश्यकता है।

सभी चरणों को पूरा करने के बाद, आप अपनी आभासी मशीन को आधिकारिक तौर पर पंप मान सकते हैं।