जब मुफ्त भौतिक रैम है तो विंडोज 7 पेज फाइल का उपयोग क्यों करता है?


43

मैं 8 जी रैम के साथ विंडोज 7 64 बिट का उपयोग कर रहा हूं। कुछ उपयोग के बाद, मुझे लगता है कि विंडोज सुस्त हो रही है। ड्राइव जोर मार रहा है। जब मैं संसाधन मॉनिटर और डिस्क गतिविधि को देखता हूं, तो मुझे पृष्ठ फ़ाइल (c: \ pagefile.sys) के उपयोग के कुछ उदाहरण दिखाई देते हैं। मैं भौतिक मेमोरी की जांच करता हूं और मुझे 2.3G उपलब्ध मेमोरी और 700M फ्री मेमरॉय दिखाई देता है।

विंडोज़ मुफ्त मेमोरी और पेज फ़ाइल के कम उपयोग क्यों नहीं करता है? क्या यह कुछ मात्रा में मुक्त राम को छोड़ने की आवश्यकता है, यह कितना होगा? क्या यह भौतिक राम का प्रतिशत है?

मेरी योजना को मुख्य ड्राइव के लिए अधिक रैम और एक एसएसडी मिल रहा है। इस बीच मैं धीमे प्रदर्शन से पीड़ित हूं।


1
सिर्फ इसलिए कि यह पृष्ठ फ़ाइल में लिख रहा है / पढ़ रहा है, इसका मतलब यह नहीं है कि हम इसका उपयोग कर रहे हैं, यह सिर्फ इसे अपडेट कर रहा है, इसलिए यह अचानक मांग होने पर मेमोरी को तेज कर सकता है। मैं प्रदर्शन मॉनिटर चलाने की सलाह देता हूं या एक गहन निदान करता हूं और यह देखकर कि सुस्ती का कारण क्या है।
स्कॉट चेम्बरलेन

8GB से अधिक रैम होने से 99 (9)% मामलों में प्रदर्शन नहीं बढ़ेगा। क्या आपने अपने मोबो को सस्ते कम आवृत्ति / उच्च विलंबता रैम चिप्स से भरा है? उन्हें जोड़ना अधिक जोड़ने से बेहतर विचार होगा।
kotekzot

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

@ यदि मेरे पास अधिक रैम है, तो मैं पेज फ़ाइल को एक रैमडिस्क में रख सकता हूं जो एचडी एक्सेस की तुलना में बहुत तेज है। यह डेल लैपटॉप वर्कस्टेशन स्तर है इसलिए मुझे यकीन है कि घटक सस्ते नहीं हैं। मुझे पता है कि लैपटॉप में डेस्कटॉप की तुलना में धीमे हार्ड ड्राइव और IO उप-समूह होते हैं।
टोनी_ हेनरिक 23

1
कृपया अपनी पेज फ़ाइल को रैमडिस्क पर न रखें। यह केवल सिस्टम को अधिक पृष्ठ दोष उत्पन्न करेगा। हां, अगर वे पेजफाइल-ऑन-रैमडिस्क पर हैं तो उन्हें अधिक तेजी से हल किया जाएगा यदि यह एक वास्तविक डिस्क पर चला गया था, लेकिन उन्हें बिल्कुल भी नहीं होना अभी भी बहुत तेज है; साथ ही, बढ़े हुए पृष्ठ दोषों में से कई में मैप की गई फ़ाइलें होंगी, और जिन्हें रैमडिस्क द्वारा बिल्कुल भी मदद नहीं मिलेगी।
जेमी हनरहान

जवाबों:


33

सबसे पहले, अपनी पृष्ठ फ़ाइल को SSD पर न रखें। हालांकि SSDs ने वियर लेवलिंग के बारे में बेहतर जानकारी प्राप्त की है, पेज फ़ाइल को अक्सर लिखा जाता है और यह सामान्य उपयोग के लिए आपके SSD को बहुत तेजी से नीचा दिखाएगा।

बहुत सारे लोग जो नहीं समझते हैं वह यह है कि विंडोज़ में कभी भी मुफ्त मेमोरी नहीं होती है। कुछ एमबी हैं जिन्हें फट मांगों के लिए मुक्त रखा गया है, लेकिन अन्यथा, सक्रिय इन-उपयोग एप्लिकेशन मेमोरी और कुल मेमोरी के बीच का अंतर आमतौर पर "स्टैंडबाय" मेमोरी के रूप में जाना जाता है।

प्रणाली की याददाश्त

ये मेमोरी पेज होते हैं जिन्हें ज़रूरत पड़ने पर डंप किया जा सकता है (स्टैंडबाय मेमोरी एक बढ़िया, बड़ी कैश है), इसलिए एप्लिकेशन के दृष्टिकोण से, यह उपलब्ध है, लेकिन वे किसी भी तरह से उपयोग नहीं किए जा रहे हैं। आमतौर पर, वे डिस्क कैश या पेजफाइल कैश के रूप में कार्य करते हैं।

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

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

इस स्थिति में, Windows क्या करेगा मेमोरी को Windows अद्यतन को आवंटित किया गया है (भले ही मेमोरी "पूर्ण" नहीं है, और रैम में उपलब्ध स्थान का उपयोग आपके डेस्कटॉप की सामग्री को कैश करने के लिए करता है। इसके परिणामस्वरूप बेहतर प्रदर्शन होता है। आप।

विंडोज इन फैसलों के हजारों बना रहा है और सक्रिय अनुप्रयोगों की स्मृति मांगों के साथ इसे संतुलित करने की कोशिश करते हुए पृष्ठभूमि सेवाओं द्वारा लगातार लिखी जा रही सैकड़ों फाइलों के लिए डिस्क कैश का प्रबंधन कर रहा है। कभी-कभी यह एक पल के लिए गलत हो जाता है, और हमें इसके लिए मेमोरी में वापस पेज डेटा के लिए इंतजार करना पड़ सकता है जब हम एक एप्लिकेशन पर स्विच करते हैं जो थोड़ी देर के लिए पृष्ठभूमि में सो रहा है। लेकिन आपको क्या सोचना है अगर यह उस एप्लिकेशन को पूरी तरह से मेमोरी में रखता है, तो कितने अन्य एप्लिकेशन को डिस्क लिखने और पढ़ने के लिए इंतजार करने के लिए उकसाया जाएगा, या खुद को पेज आउट करने के लिए मजबूर किया जाएगा? क्या होगा अगर इस बीच आप उन अनुप्रयोगों का उपयोग कर रहे थे?


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

(और वास्तव में, अनुप्रयोगों के आधार पर, सिस्टम अक्सर अधिक मेमोरी आवंटित कर सकते हैं, जो वास्तव में उनके पास है, इससे उम्मीद है कि इसमें से अधिकांश को पृष्ठांकित किया जाएगा। यदि आप एक विस्तृत मेमोरी ब्रेकडाउन, "कमिट" या "कमिट" चार्ज देख रहे हैं। यह है कि विंडोज ने कितने मेमोरी को विभिन्न अनुप्रयोगों के लिए आवंटित किया है। पेजफाइल का उपयोग इस मेमोरी के लिए गारंटी प्रदान करने के लिए किया जाता है, भले ही उसके पास इसे कवर करने के लिए पर्याप्त भौतिक रैम न हो।)


मैंने अभी देखा कि आपने अपने प्रश्न में उपलब्ध और मुक्त स्मृति के बीच अंतर किया है; यदि आप व्याख्यान महसूस करते हैं और पहले से ही अंतर जानते हैं तो मेरी माफी। आदर्श रूप से, मुक्त मेमोरी हमेशा 0. होती है, जबकि स्टैंडबाय मेमोरी वह मेमोरी होती है जिसे रिलीज़ किया जा सकता है, यह हमेशा मेमोरी नहीं होती है जो जल्दी रिलीज़ हो सकती है। अगर मैं डिस्क में 1GB फ़ाइल लिखने की कोशिश करता हूं, तो विंडोज़ मेमोरी में डिस्क कैश में चिपका सकता है यदि यह हो सकता है, और फिर धीरे-धीरे इसे बैकग्राउंड में हार्डड्राइव पर लिख दें। यदि किसी एप्लिकेशन को 50MB अतिरिक्त मेमोरी का अनुरोध करने की आवश्यकता होती है, लेकिन कोई भी उपलब्ध नहीं है, क्योंकि यह विशाल डिस्क कैश अभी भी बाहर निकाला जा रहा है, तो यह एप्लिकेशन तब तक लटका रहेगा जब तक यह उपलब्ध न हो जाए। हाथ पर एक छोटा बफर रखने से सिस्टम इस समस्या को उपयोगकर्ता के दृष्टिकोण से न्यूनतम अंतराल के साथ हल करने की अनुमति देता है।


6
@FrankComputer मेरे 8GB कार्य प्रणाली के लिए पोस्ट किए गए स्क्रीनशॉट को देखें: 6300MB इन-यूज, 1700MB स्टैंडबाय डिस्क / कैश, 42MB मुफ्त। मेरे होम सिस्टम (32 जीबी मेमोरी) को देखते हुए, आप वास्तव में सही हैं, लेकिन सिर्फ गलत सीमा पर: 9.2 जीबी इन-यूज, 14.5 जीबी डिस्क कैश, 8.6 जीबी मुफ्त। आपको मुफ्त मेमोरी होगी यदि विंडोज़ बस कैश करने के लिए चीजों से बाहर चला गया है, लेकिन यह सीमा बहुत अधिक है। Windows लगातार स्वैप नहीं कर रहा है क्योंकि डिस्क कैश स्वैप स्पेस नहीं है - यह निष्क्रिय रूप से कैश किया जाता है जब फ़ाइलों का अनुरोध किया जाता है और कैश में नहीं। आप उस समय को नोटिस नहीं करते हैं, जो कैश से खींचता है और कोई HDD गतिविधि नहीं है।
डार्थ एंड्रॉइड

8
@FrankComputer: यदि आपका सिस्टम अच्छा प्रदर्शन कर रहा है, तो यह मुफ्त मेमोरी के कारण नहीं है। फ्री मेमोरी वह मेमोरी है जिसे सिस्टम उपयोग नहीं कर रहा है, और यह आपके डेस्क पर बैठे मेमोरी की तुलना में प्रदर्शन पर अधिक प्रभाव नहीं डाल सकता है। मेमोरी के साथ प्रदर्शन में सुधार करने का एकमात्र तरीका इसका उपयोग करना है, इसलिए यदि यह मुफ़्त है, तो इसका उपयोग प्रदर्शन में सुधार करने के लिए नहीं किया जा रहा है। अधिक मेमोरी फ्री बनाने का मतलब है कम उपयोग करना, प्रदर्शन को बदतर बनाना।
डेविड श्वार्ट्ज

1
@Tony_Henrich पेज फ़ाइल को अक्षम करना खराब है। बहुत बुरा। (पेजफाइल को रैमडिस्क पर ले जाना प्रभावी रूप से इसे अक्षम करने के समान है। विंडोज डेटा को स्थानांतरित करने में असमर्थ है, इसे तुरंत मेमोरी से बाहर जाने की आवश्यकता नहीं है)। कई कार्यक्रम स्मृति का अनुरोध करते हैं कि उन्हें तुरंत ज़रूरत नहीं है, लेकिन भविष्य में आवश्यकता हो सकती है। आमतौर पर, विंडो इस मेमोरी को पेज फाइल पर आवंटित करती है, और यह कुछ भी नहीं करती है। उदाहरण के लिए। MSSQL सर्वर शुरू होने पर 8GB RAM आवंटित करता है। यहां तक ​​कि 0 डेटाबेस के लिए। सिर्फ इसलिए कि। यदि आप अपने पेजफाइल को रैमडिस्क पर रखते हैं, तो आप काफी मात्रा में रैम को बर्बाद कर देंगे जो अन्यथा कैश के लिए इस्तेमाल किया जा सकता है
डार्थ एंड्रॉइड

1
@Tony_Henrich वर्तमान में, विंडोज़ आपके पेजफाइल और आपके रैम को बेहतर तरीके से प्रबंधित कर रही है, यह देखते हुए कि आप अपने सिस्टम का उपयोग कैसे करते हैं। केवल सुधार आप इस पर कर सकते हैं जैसे कि: अधिक मेमोरी जोड़ें, या अपने ओएस को एसएसडी में स्थानांतरित करें। अपने पेजफाइल के साथ मेसिंग करना आपके समग्र सिस्टम प्रदर्शन को सबसे कम कर देगा, या आपके सिस्टम की स्थिरता को सबसे खराब रूप से प्रभावित करेगा।
डारथ Android

1
आप बता रहे हैं कि विंडोज मेमोरी के साथ क्या करता है। अगर मेरे पास बहुत सारी मुफ्त मेमोरी है, तो विंडोज को इसका उपयोग करना चाहिए, भले ही कोई ऐप सो रहा हो या कुछ भी नहीं कर रहा हो। स्मृति उपलब्ध होने पर इसे रखने में क्या हर्ज है। एक बार जब मेमोरी कम हो जाती है, तो पेज फाइल होने पर विंडोज उपयोग कर सकता है। पृष्ठ फ़ाइल का उपयोग करने से ड्राइव पर पहनने और आंसू आ रहे हैं। मेमोरी का उपयोग करने में कोई घिसाव नहीं है। दूसरा, मैं अपने पेज फ़ाइल के लिए एक एसएसडी का उपयोग करता हूं। हालांकि SSDs हार्ड ड्राइव की तुलना में छोटे होते हैं और बहुत सारे लेखन के साथ उस पर पहनते हैं, जो अभी भी कुछ महीनों तक नहीं है। यह अभी भी वर्षों में है।
टोनी_ हेनरिक

4

इसे आगे की योजना कहा जाता है।

जब अभी भी बहुत सारी रैम है तब पेजफाइल को मेमोरी पेज लिखना अच्छी बात है। जैसे ही कोई प्रोग्राम निशुल्क से अधिक मेमोरी का अनुरोध करता है, ओएस जल्द से जल्द अंतरिक्ष को खाली करना शुरू कर सकता है। बेहतर है कि बाद में तैयारी करें।

यदि ओएस के आसपास इंतजार करना था, तो आप एक प्रदर्शन अड़चन में चले जाते हैं। यदि कोई प्रोग्राम उपलब्ध मेमोरी से अधिक मेमोरी मांगता है, तो अब आपको इंतजार करना होगा जब तक कि ओएस परिवर्तित मेमोरी ब्लॉक को न लिख दे, और फिर उन्हें मुक्त कर दें।


16G + के साथ और हल्के कार्यक्रमों के साथ, वह समय जब कोई प्रोग्राम जो मुफ़्त है उससे अधिक मेमोरी के लिए पूछता है जो पेज फ़ाइल के लगातार उपयोग से बहुत कम है। तो उन मामलों के लिए, कुछ मुफ्त मेमोरी और पेज फ़ाइल का कम उपयोग करना बेहतर है। कोई एक समाधान नहीं है जो सभी मामलों में फिट बैठता है।
टोनी_ हेनरिक

1
मुझे नहीं लगता कि आप इसे प्राप्त करते हैं। यह एक या दूसरे होना जरूरी नहीं है। विंडोज मुक्त स्मृति को लिख सकते हैं और पृष्ठ फ़ाइल के लिए लिखने। यह पेज फ़ाइल में लिखने या मेमोरी में लिखने जैसा नहीं है ।
सर्फस

1
लेकिन आगे की योजना बनाने की कोशिश करके, क्या विंडोज संभवतः एचडीडी / एसडीडी के ऑन-चिप कैश को नहीं भर रहा है - समवर्ती फ़ाइल लेखन / संचालन संचालन धीमा कर रहा है? रैम की यह पूर्व-अदला-बदली एक अच्छे विचार की तरह आवाज करती है, लेकिन ऐसा लगता है कि यह संयोग से बुरे समय में सिस्टम पर भार डालता है।
binki

1
@binki: हाँ, यह डिस्क रीड / राइट टाइम के साथ हस्तक्षेप करता है, लेकिन अगर मुझे याद है, तो वे कम प्राथमिकता का उपयोग कर रहे हैं, इसलिए अन्य रीड-राइट को सामान्य रूप से पहले जाना चाहिए।
मूंग डक


2

मेरे पास पिछले 7 वर्षों से पृष्ठ फ़ाइल बंद है। वास्तव में यह पहली चीज है जो मैं ताजा स्थापित करने के बाद करता हूं। इससे कभी कोई परेशानी नहीं हुई। (वास्तव में मेरे पास एक गेम था, जिसे "टाइटन क्वेस्ट" कहा जाता था, जिसने स्टार्टअप पर बहुत ही मूर्खतापूर्ण जांच की, इसलिए मैंने इसे खुश करने के लिए केवल 4 एमबी पेजफाइल बनाया और बाद में पीएफ वापस बंद कर दिया। मूल प्रश्न के रूप में। विंडोज हमारे रैम का उपयोग डिस्क I / O कैश के लिए करता है। किसी कारण से यह सोचता है कि डिस्क कैश सक्रिय प्रोग्राम कोड और डेटा के लिए समान रूप से महत्वपूर्ण है। और डिस्क कैश आकार को सीमित करने का कोई तरीका नहीं है। यह डिजाइन द्वारा है और हम इसके बारे में कुछ नहीं कर सकते ... ओह, रुको! हम कर सकते हैं! बस पेजफाइल को बंद कर दें। चल रहे एप्लिकेशन जो रैम पर भारी हैं? दूसरे को लॉन्च करने से पहले अधिक रैम खरीदें या एक ऐप बंद करें। आप किसी भी समय कितनी मेमोरी का उपयोग करने के लिए प्रोसेस एक्सप्लोरर का उपयोग कर सकते हैं।


1
पेजफाइल से छुटकारा पाने से डिस्क कैशिंग बंद नहीं होगा।
जेमी हनाहरन

1
आपने लिखा है: "[डिस्क कैशिंग] डिजाइन द्वारा है और हम इसके बारे में कुछ नहीं कर सकते। ओह रुको! हम कर सकते हैं! बस पेजफाइल को बंद कर दें।" खैर, पेजफाइल को बंद करने से डिस्क कैशिंग के बारे में कुछ भी नहीं होता है, तो आप क्या कह रहे हैं? यह वैसे भी एक बेवकूफी भरा विचार है, क्योंकि यह ओएस को छूने के बाद हमेशा के लिए रैम में सभी निजी प्रतिबद्ध रखने के लिए मजबूर करता है । यह मैप की गई वर्चुअल मेमोरी (जैसे कोड) के लिए कम जगह बनाता है, ताकि सामान को अधिक पृष्ठांकित करना पड़े। प्रोएक्टिव डिस्क कैश (सुपरफच) का उपयोग उपरोक्त सभी के बाद बचा हुआ है, इसलिए यह या तो पेजिंग को नहीं बढ़ाता है।
जेमी हनरहान

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

1
मैं किसी तरह की बात नहीं कह रहा हूं। (आप यह कहां से प्राप्त कर रहे हैं?) मैं कह रहा हूं, हालांकि, विंडोज कभी भी डिस्क कैश के लिए जगह बनाने के लिए कुछ भी बाहर नहीं करता है। इसके विपरीत, कैश उन पृष्ठों का उपयोग करता है जो वर्तमान में प्रक्रियाओं का हिस्सा नहीं हैं और इसलिए अन्यथा बर्बाद हो जाएंगे। ऐसी रैम कोड और डेटा के लिए तुरंत उपलब्ध रहती है , जिसमें उसे पेजिंग सामान की आवश्यकता होती है , इसलिए यह कैश द्वारा "उपयोग नहीं किया जाता है", केवल "उधार"। तो कैश कोड और डेटा की मात्रा को कम नहीं करता है जिसे रैम में रखा या रखा जा सकता है। रेफरी: सोलोमन, रोसिनोविच और इओन्सकु द्वारा विंडोज इंटर्नल
जेमी हनराहन

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

1

पर्याप्त रैम होने पर भी पेज फ़ाइल रखने और उपयोग करने के लिए तर्क ( यहाँ और यहाँ ):

  • यहां तक ​​कि अगर मुफ्त मेमोरी है, तो मशीन बाद में मेमोरी से बाहर हो सकती है। अग्रिम में डिस्क पर मेमोरी के छोटे उपयोग किए गए हिस्सों को छोड़ने के लिए बेहतर है।
  • "स्टैंडबाय" मेमोरी भी है जो मुफ्त में दिखाई देती है लेकिन वास्तव में डिस्क कैशिंग के लिए उपयोग की जाती है। प्रदर्शन के लिए भी महत्वपूर्ण है, कुछ के लिए बेहतर है।
  • यदि आप पेज फ़ाइल डिसेबल के साथ रैम से बाहर निकलते हैं, तो यह हार्ड क्रैश है।
  • जबकि 2, 4, 16 या किसी अन्य संख्या में RAM का Gb "बहुत कुछ" जैसा लग सकता है, यह उतना सही नहीं हो सकता जितना आप मानते हैं। आपको प्रोफ़ाइल करने की आवश्यकता है।

विंडोज संसाधन मॉनिटर के साथ यह देखना संभव है कि कैशिंग के लिए कितनी रैम का उपयोग किया जाता है ("स्टैंडबाय" के रूप में दिखाया गया है)।

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


-2

इन सभी टिप्पणियों और सही उत्तर गायब है। अपनी पृष्ठ फ़ाइल बंद करें। यह 8 जीबी रैम के साथ की जरूरत नहीं है, और यदि आपको अधिक रैम की आवश्यकता है, तो इसे खरीदें। वास्तव में बहुत आसान है।


4
पेज फ़ाइल में डालने के लिए क्या (नहीं) निर्धारित करने में विंडोज काफी चतुर है। लगभग पूरी तरह से सैद्धांतिक परिदृश्यों को छोड़कर, इसे बंद करने से 8 जीबी रैम के साथ, प्रदर्शन को भी नुकसान होगा। भले ही सही उत्तर गायब था, यह निश्चित रूप से नहीं है।
थॉमस डे

4
अपने "नुकसान के प्रदर्शन" के दावे का समर्थन करने के लिए कोई सबूत मिला? मैं एक एमएस लेख support.microsoft.com/kb/889654
1:25 पर a2552308

6
सीधे शब्दों में कहें: पेज फाइलें केवल डिस्क गतिविधि को बढ़ा सकती हैं ... और विंडोज़ पर्याप्त स्मार्ट नहीं है यदि यह बहुत सारे रैम का उपयोग नहीं करता है। एक SSD सिस्टम पर यह बहुत ध्यान देने योग्य नहीं हो सकता है, स्पिंडल सिस्टम पर यह एप्लिकेशन के प्रदर्शन को बहुत प्रभावित कर सकता है। मूल पोस्टर देखें।
A2552308

2
एमएस लेख से प्रासंगिक खंड: "हालांकि, जैसे ही कंप्यूटर में अधिक रैम जोड़ी जाती है, पृष्ठ फ़ाइल की आवश्यकता कम हो जाती है। यदि आपके पास पर्याप्त रैम आपके कंप्यूटर में स्थापित है, तो आपको एक पेज फ़ाइल की आवश्यकता नहीं हो सकती है, जब तक कि एक की आवश्यकता न हो। एक विशिष्ट एप्लिकेशन द्वारा। " मुझे आपके द्वारा लिंक किए गए कई लेखों से संबंधित अनुभाग नहीं मिले, हो सकता है कि आप संबंधित अनुभागों को उद्धृत कर सकें?
A2552308

2
सिद्धांत रूप में अच्छा लगता है, न कि मैंने हालांकि अभ्यास में क्या देखा है।
a2552308
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.