मेरे पास 100MB MySQL डेटाबेस बैकअप फ़ाइल है और मुझे अपने लिनक्स बॉक्स पर विम में खोलने में परेशानी होती है जिसमें 16G RAM है।
विम सिर्फ लटका हुआ (कम से कम अनुपयोगी)। यह कुछ ऐसा है जो मुझे समझ में नहीं आता है। मेरे पास 16 जीबी रैम है, मैं एक संपादक में 100 एमबी फाइल क्यों नहीं लोड कर सकता हूं?
क्या यह विम के कारण है? मैंने सोचा कि सभी मेमोरी प्रबंधन ओएस द्वारा नियंत्रित किया जाता है।
यह मत भूलो कि रैम वह नहीं है जो हम दशकों से स्मृति से बाहर चलाते हैं। स्मृति अब वर्चुअलाइज्ड हो गई है; इसे पृष्ठों में विभाजित किया गया है और उन पृष्ठों को डिस्क पर स्वैप किया जा सकता है। स्मृति की मात्रा एक प्रक्रिया के पते स्थान से बाहर आवंटित की गई है और रैम की खपत की मात्रा एक दूसरे के साथ बहुत कम है। जब आप मेमोरी से बाहर निकलते हैं, तो आप एड्रेस स्पेस से बाहर निकलते हैं , रैम से नहीं । यह सोचने का सबसे अच्छा तरीका है कि मेमोरी डिस्क स्थान है , प्रत्येक प्रक्रिया को उस स्थान की एक निश्चित मात्रा मिलती है, और रैम हार्डवेयर है जो आपकी डिस्क को तेज बनाता है ।
—
एरिक लिपर्ट
@EricLippert पारंपरिक डिस्क को छोड़कर इतने धीमे (RAM की तुलना में) हैं कि वे केवल उन वर्चुअल मेमोरी पेजों को संग्रहीत करने के लिए उपयुक्त हैं जो सक्रिय उपयोग में नहीं हैं। अगर कोई प्रक्रिया लटकी हुई है (या कम से कम अनुपयोगी है, जैसा कि ओपी इसे लगाता है) स्वैप थ्रैशिंग के कारण, यह ठीक है क्योंकि रैम वह है जो वह बाहर चला गया है।
—
१५:३० पर
@ पता स्थान से बाहर चल रहा EricLippert आज केवल 32 बिट सिस्टम पर ही प्रासंगिक है। मुझे संदेह है कि 16 जी रैम वाला उपयोगकर्ता अभी भी सामान्य 64 बिट एक के बजाय 32 बिट पीएई कर्नेल का उपयोग करेगा।
—
रुसलान
@depquid: यह एक अच्छी बात है; मेरी टिप्पणी का जोर यह है कि ओपी को यह विश्वास है कि "मैंने 100MB सामान लोड किया है, मेरे पास 16000MB RAM है, इसलिए इसलिए मेरे 16000MB RAM में से 100MB की खपत हो गई"। यह विश्वास प्रणाली पुरानी है।
—
एरिक लिपर्ट
hexer।