Pagefile को RAM में ले जाना एक हास्यास्पद धारणा है बस इसे बंद करें और अधिक RAM द्वारा। :)
No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.
Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).
मेमोरी प्रबंधन को सीपीयू द्वारा नियंत्रित किया जाता है और चाहे पेजफाइल चालू हो या बंद हो, इससे पेज को कैसे ट्रीट किया जाता है, इसका अंतर नहीं बनता है। यह विंडोज के लिए पारदर्शी है।
पृष्ठ प्राथमिकता नहीं बदलती है, पृष्ठों को उसी तरह छोड़ दिया जाएगा। सीपीयू द्वारा सेकेंडरी स्टोरेज के रूप में पेजफाइल्स का इस्तेमाल किया जाता है, ओएस पर नहीं। यह स्तर दो कैश से अधिक कुछ नहीं है स्तर एक (रैम) बाहर चलाता है।
एक त्वरित और बहुत ही गंदा उदाहरण:, मेरी मशीन में 16GB RAM और कोई पेजफाइल नहीं है। 5 मिनट पहले स्टैंडबाय में 13GB और केवल 2GB फ्री के साथ, मैंने Fallout 4 लोड किया। कम प्राथमिकता वाले पेजों को Fallout लोड होने के रूप में छोड़ दिया गया।
साइड नोट पर Btw, विंडोज मेमोरी लिमिट्स को पुश करने पर 2008 का टेक्नेट ब्लॉग बहुत भ्रामक है - मैं धोखे की बात कहूंगा।
https://i.stack.imgur.com/wXkmi.png
मैं इस बात से भी दुखी हूं कि क्या मार्क ने भी इसे लिखा है, लेकिन मुझे उम्मीद है कि नहीं, क्योंकि इससे मेरा नजरिया बदल जाएगा ....।
Fwiw लेख में अंतराल छेद कर रहे हैं, जिसे मैं dumfounded हूँ किसी ने इस बात पर विचार नहीं किया है कि ब्लॉग को कितनी बार संदर्भित किया गया है
- पेजफाइल और यह स्थान विंडोज द्वारा संभाला जाता है, मेमोरी एक्सेस के स्थानों को डिस्क से बाहर कर दिया गया है जो सीपीयू द्वारा पकड़ा जाएगा, लेकिन डिस्क से पृष्ठ को पुनः प्राप्त करने और इसे लोड करने के लिए ऑपरेटिंग सिस्टम को सौंप दिया गया।
वैसे भी यहाँ इतना अस्पष्ट वर्णन नहीं है:
सीपीयू की तुलना में विंडोज उच्च पते तक नहीं पहुंच सकता है - यह संभव नहीं है।
कोई फर्क नहीं पड़ता कि ओएस जो भी सक्षम है वह अभी भी उस हार्डवेयर द्वारा सीमित है जो उस पर चलता है .. क्योंकि ओएस वास्तव में सीपीयू ही है (आंतरिक रजिस्टर)।
ठीक है, इसलिए पेजफाइल एचडीडी पर एक क्षेत्र है जिसे सीपीयू विस्तारित भौतिक पता स्थान के लिए उपयोग करता है जब यह शारीरिक रूप से या आर्किटेक्चरली अधिक रैम नहीं कर सकता है।
खंडित x86 32 बिट आर्किटेक्चर पर उदाहरण के लिए रैम के दो 2GB सेगमेंट हैं।
एक कर्नेल को आवंटित किया गया है। अन्य 2GB उपयोगकर्ता मोड के लिए है। वह सभी रैम है जो CPU 32 DRAM पिन के साथ उपयोग कर सकता है, लेकिन एक 32 बिट प्रक्रिया में 4GB उपलब्ध है तो क्या करें। अच्छी तरह से सौभाग्य से सीपीयू द्वितीयक स्टोरेज AKA का उपयोग कर सकता है अतिरिक्त 2GB पेजों को संग्रहीत करने के लिए हार्ड ड्राइव। क्योंकि इसमें आंतरिक रजिस्टर हैं
भौतिक स्थान जहां प्रक्रिया द्वारा संदर्भित आभासी पृष्ठ को रैम में संग्रहीत नहीं करना पड़ता है। लेकिन वे सीपीयू द्वारा कहीं संग्रहीत किए जाते हैं।
CPU सभी 4GB RAM को ऐप को नहीं दे सकता है, लेकिन यह HDD को सेकेंडरी कैश के रूप में उपयोग करके 4GB पता दे सकता है (जो कि वास्तव में HDD है)
पृष्ठों को आंतरिक पेजिंग तंत्र के माध्यम से रैम में और बाहर ले जाया जाता है, लेकिन यह पेजफाइल के समान नहीं है। पेजिंग हमेशा होता है ...।
नीचे की रेखा वास्तव में इतनी जटिल नहीं है। पिछले 15 या इतने सालों से कई अंत उपयोगकर्ताओं को यह आभास हो गया है कि पेजफाइल ऑपरेटिंग सिस्टम का कुछ अभिन्न हिस्सा है, ऐसा नहीं है। यह कभी नहीं रहा। इस गलत धारणा को आंशिक रूप से इंटेल और माइक्रोसॉफ्ट जैसे निगमों द्वारा ईंधन दिया गया है।
रैम एक फास्ट स्टोरेज डिवाइस है, हार्ड ड्राइव एक धीमा स्टोरेज डिवाइस है, इसलिए अनिवार्य रूप से रैम लेवल 1 कैश है, हार्ड ड्राइव लेवल 2 (इस एनालॉग के लिए सीपीयू कैश की उपेक्षा) है। दोनों CPU द्वारा पहुँचा जा सकता है।
यदि सीपीयू के लिए पर्याप्त रैम उपलब्ध नहीं है, तो इसके लिए आवश्यक पृष्ठों को संग्रहीत करने के लिए, एचडीडी को अतिप्रवाह के रूप में उपयोग किया जा सकता है। अगर भरपूर रैम है, तो पीएफ बेमानी है।
कोर 2 तक, इंटेल प्रोसेसर में 32 जीबी डीआरएएम बस था, और 32 रजिस्टरों का अर्थ है कि सीपीयू की 4 जीबी रैम और 4 जीबी की एचडीडी स्पेस (पेजफाइल) तक पहुंच थी। यह एक आर्किटेक्चरल हार्डवेयर सीमा है, न कि विंडोज लिमिटेशन।
प्रक्रियाओं के लिए कुल उपलब्ध 3.5GB था, क्योंकि एक पृष्ठ तालिका 512MB तक होती है। यही कारण है कि 3.5 जीबी इंटेल सीपीयू (कोर 2 तक) के साथ विंडोज में दिखाई देता है। एक GPU जोड़ें और इससे भी कम उपलब्ध है।
Xeon कुल 32GB रैम, 64GB फिजिकल स्पेस को HDD के साथ शामिल कर सकता है (पेजफाइल फिर से)। ( यह ^ जोड़े गए लिंक के साथ आने के लिए PA, -more को शामिल करता है )।
http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html
तीसरा स्क्रीनशॉट स्रोत:
सिस्टम वी एप्लिकेशन बाइनरी इंटरफ़ेस एएमडी 64 आर्किटेक्चर प्रोसेसर सप्लीमेंट ड्राफ्ट संस्करण 0.99.7
मैं इस उत्तर को सुधारना और स्रोत सामग्री और प्रासंगिक जानकारी जोड़ना जारी रखना चाहता हूं। मैं पर्याप्त जानकारी और बहुत अधिक तकनीकी जानकारी के बीच संतुलन हासिल नहीं करना चाहता। सुझावों का स्वागत किया जाता है। कृपया नीचे न लिखें क्योंकि यह इतनी अच्छी तरह से नहीं लिखा जा सकता है।