ठीक है, पहली बात, इससे पहले कि मैं एक अधिक विस्तृत उत्तर में जाऊं। आपके पहले स्क्रीन शॉट में, आपका नॉन-पेजेड पूल (एक प्रकार का कर्नेल मेमोरी उपयोग) 1.3GB पर है। यह मुझे असामान्य रूप से उच्च लगता है, खासकर बूट के बाद केवल 30 मिनट के लिए। मुझे लगता है कि मैं एनपी पूल को एक विस्तारित मात्रा में उपयोग के बाद या एक छलनी की तरह लीक होने वाले प्रोग्राम के साथ देख सकता था। इसके विपरीत, मेरा एनपी पूल आमतौर पर 100 और 200 मेगाबाइट के बीच होता है, और मेरा पेजेड पूल 400 या 500 के बराबर हो सकता है (और यह मेरे सिस्टम के हफ्तों तक रिबूट के बिना चलने के बाद है।)
आप कॉलम हेडर पर राइट-क्लिक करके और चुनिंदा कॉलम चुनकर टास्क मैनेजर में कुछ अतिरिक्त कॉलम सक्षम कर सकते हैं। आप जोड़ना चाहिए Working Set (private), Working Set (shared), Commit, और NP Pool। मैं सभी उपयोगकर्ताओं से आपकी सभी प्रक्रियाओं के माध्यम से स्कैन करूंगा, और देखूंगा कि उनमें से किसी का NP पूल लगभग 256KB से अधिक है या नहीं। यदि आपको कोई भी, विशेष रूप से ऐसा कोई भी दिखाई देता है जो काफी अधिक है, तो यह समस्या का स्रोत हो सकता है, या कम से कम इसका हिस्सा हो सकता है।
आपके कुल कामकाजी सेट, एक प्रक्रिया द्वारा उपयोग की जाने वाली भौतिक मेमोरी की मात्रा, निजी और साझा कामकाजी सेट (WS) का संयोजन है। निजी आमतौर पर अधिकांश प्रक्रियाओं के लिए बड़ा होता है, हालांकि कुछ ऐसे भी हो सकते हैं जो बड़ी मात्रा में साझा डब्ल्यूएस का उपयोग करते हैं। दोनों को सामान्य रूप से कुल डब्ल्यूएस के बराबर होना चाहिए। कमिट आपके वर्किंग सेट की राशि है जो बैकिंग स्टोर (ज्यादातर मामलों में, विंडोज पेज फ़ाइल) के लिए प्रतिबद्ध है। पृष्ठभूमि वाले अनुप्रयोगों में अक्सर WS की तुलना में अधिक बड़ी प्रतिबद्धता होती है, यह दर्शाता है कि उनके बहुत सारे पृष्ठांकित पूल को स्मृति से बाहर और आपकी पेजिंग फ़ाइल में बदल दिया गया है (जो कि डेस्कटॉप ऐप्स के लिए बहुत सामान्य है जिन्हें कम से कम किया गया है और थोड़ी देर के लिए उपयोग नहीं किया गया है)।
नॉन-पेजेड पूल वह मेमोरी है जो भौतिक मेमोरी से बाहर नहीं निकल सकती है और न ही कभी स्वैप की जा सकती है ... यह प्रभावी रूप से आपके स्थायी न्यूनतम मेमोरी मेमोरी उपयोग है। एनपी पूल मेमोरी में अक्सर प्रोग्राम कोड और क्रिटिकल सेक्शन होते हैं जो सही या सुरक्षित रूप से व्यवहार करने के लिए भौतिक मेमोरी में होने चाहिए, विशेष ढेर आदि, 60 प्रक्रियाओं में से, यदि सभी में 256KB की एनपी पूल मेमोरी है, तो आपकी पूर्ण न्यूनतम मेमोरी मेमोरी का उपयोग करें लगभग 15,360KB होगा। ज्यादातर मामलों में एक या दो ऐप में 256KB NP पूल हो सकता है, जबकि अधिकांश में कम, अक्सर काफी कम (या कोई नहीं) होता है। यह अत्यधिक संभावना नहीं है कि सिस्टम कभी भी काम करने वाली सभी प्रक्रियाओं की संपूर्णता को पृष्ठ से बाहर कर देगा, इसलिए कभी भी मेमोरी के उपयोग की उम्मीद न करें।
अंत में, अधिक मेमोरी होने का मतलब भौतिक डिस्क पर विस्तारित मेमोरी स्पेस (स्वैप, पेज फाइल) से पेज डेटा के लिए बचने से है। पेजिंग एक ऐसी प्रक्रिया है जिसमें आस-पास आवंटित भौतिक मेमोरी के बढ़ते ब्लॉक शामिल होते हैं, कुछ को डिस्क पर धकेलते हैं, और दूसरों को डिस्क से भौतिक मेमोरी में लाते हैं। पेजिंग है, इसे सरल, अत्यधिक अवांछनीय रखने के लिए। यह "से" खराब नहीं है, लेकिन जब यह बहुत बार होता है, तो यह प्रदर्शन पर एक वास्तविक खींच हो सकता है। किसी सिस्टम में कुल भौतिक रैम को बढ़ाने का अंतिम बिंदु भौतिक स्मृति में उनकी प्रक्रियाओं को और अधिक रखने की अनुमति देना है (बड़ा कामकाजी सेट)। मेमोरी का उपभोग करना कोई समस्या नहीं है, और जब अधिक निष्पादित प्रक्रियाएं अधिक मेमोरी का उपयोग करती हैं, तो कुल सिस्टम प्रदर्शन और सक्रिय प्रक्रिया प्रदर्शन आमतौर पर अधिक होगा,
Windows आपके लिए मेमोरी का प्रबंधन करती है, और आपके लिए और आपके पेज से (स्वैप) फ़ाइल में मेमोरी को स्वचालित रूप से अंदर और बाहर पेज करती है। यदि आप एक ऐसी प्रक्रिया चलाते हैं जिसमें 9GB मेमोरी की आवश्यकता होती है और आपका सिस्टम पहले से ही 4GB (12GB में से) का उपयोग कर रहा है, तो सिस्टम स्वचालित रूप से यह पता लगा लेगा कि किन प्रक्रियाओं को अपने पूरे वर्किंग सेट तक तत्काल पहुंच की आवश्यकता नहीं है, और यह कुछ या सभी को पेज करेगा अपने paged पूल को स्वैप करने के लिए उस अतिरिक्त 1GB को खाली करने के लिए। यदि आपकी बड़ी प्रक्रिया को अंततः अधिक मेमोरी की आवश्यकता होती है, तो विंडोज़ अन्य प्रक्रियाओं के कामकाजी सेट को और कम कर देगा जब तक कि उसके पास नए अनुरोधित ब्लॉक को आवंटित करने के लिए पर्याप्त खाली स्थान न हो। आपकी बड़ी प्रक्रिया अंततः एनपी पूल को छोड़कर सभी उपलब्ध मेमोरी का उपभोग कर सकती है और शायद समय-समय पर प्रक्रियाओं को अंजाम देने के लिए कुछ अतिरिक्त न्यूनतम ओवरहेड जो विंडोज को उनके काम करने वाले सेट (i) से अधिक मुक्त करने की अनुमति नहीं दे रहे हैं। इ। उनके पास लंबित पृष्ठ दोष हैं जिन्हें Windows अन्यथा भौतिक मेमोरी से बाहर कर देगा, लेकिन क्योंकि उनसे अनुरोध किया जा रहा है, उन्हें स्थानांतरित नहीं किया जा सकता है।)
यदि किसी प्रक्रिया को अधिक मेमोरी की आवश्यकता होती है, तो इसे एक्सेस करने की अनुमति दी जाती है (32bit प्रक्रियाएं आमतौर पर 2Gb तक पहुंच सकती हैं, और संवर्धित तकनीकों के साथ 4Gb से कुछ कम, जबकि 64 बिट प्रक्रिया आमतौर पर लगभग 48 जीबी मेमोरी तक पहुंच सकती है, प्रत्येक), तो विंडोज़ कभी-कभी कोशिश करेंगे स्वैप स्थान के साथ इसकी मेमोरी को वर्चुअलाइज करने के लिए। यदि कोई 32 बिट ऐप अपने अधिकतम अनुमत 2Gb स्थान का उपयोग करना चाहता है, लेकिन केवल 1.2Gb उपलब्ध हैं, तो विंडोज़ पेज फ़ाइल में पूर्ण 2Gb को आरक्षित कर देगा, और प्रक्रियाओं को पेज फ़ाइल से अंदर और बाहर की प्रक्रियाओं को स्थानांतरित करने की आवश्यकता है। एप्लिकेशन की मेमोरी उपयोग का समर्थन करें। इस मामले में कुल "मेमोरी" का उपयोग कुल मेमरी द्वारा जाने पर उपलब्ध भौतिक मेमोरी से अधिक हो सकता है। टोटल कमिट आमतौर पर भव्य कुल पृष्ठ फ़ाइल आकार में अधिकतम होता है, जिसे सिस्टम द्वारा प्रबंधित किया जाता है, आमतौर पर भौतिक मेमोरी राशि 2-3x होती है। आपके मामले में,
एक अंतिम बिंदु। आपने अपने जवाब में कहा था कि आपके पास 16 जीबी की रैम है, जहां टास्क मैनेजर के रूप में केवल 12 जीबी रैम ही दिखाई देती है। यहां दो चीजों में से एक है। या तो आपके सिस्टम में वास्तव में केवल 12 जीबी रैम है, या आपकी एक स्टिक ठीक से पंजीकृत नहीं है। यदि राम की एक छड़ी (मैं 4x 4 जी स्टिक मान रहा हूं), तो यह खराब हो सकता है, आपके मदरबोर्ड में पूरी तरह से ठीक से नहीं बैठा जा सकता है, या आपके मदरबोर्ड में मेमोरी डिटेक्शन मुद्दा हो सकता है।
यह जांचने के लिए कि क्या यह बाद की बात है, आपको पहले अपने मदरबोर्ड BIOS को नवीनतम संस्करण में अपडेट करना चाहिए। मुझे भी इसी तरह की समस्या थी ... मेरे छह ट्रिपल-चैनल डीडीआर 3 स्टिक्स ऑफ रैम (6x 2 जीबी) व्यक्तिगत रूप से एक-एक का परीक्षण करने के आधार पर सभी अच्छे थे ... लेकिन मेरी मदरबोर्ड ने बेतरतीब ढंग से हर बार उनमें से एक या दो की गिनती नहीं करने का फैसला किया, अक्सर मुझे केवल 8 जीबी रैम के साथ छोड़कर। एक BIOS अपडेट ने समस्या को ठीक कर दिया है, और अब मेरी मेमोरी के सभी 12 जीबी पर विश्वसनीय पहुंच है।
