"मेरी 8GB की आधी रैम क्यों गायब है?"
यह गायब नहीं है , और न ही यह अप्रयुक्त भी है । लगभग 4GiB सक्रिय उपयोग में है, और एक अतिरिक्त 3.3GiB निष्क्रिय है, लेकिन उपयोग में भी है। 3.3GiB डिस्क के लिए तैयार होने के लिए तैयार है, लेकिन आपके पास इसके लिए कोई स्थान आवंटित नहीं है, इसलिए यह भौतिक रैम में बना रहता है। "संशोधित" मेमोरी प्रभावी रूप से "इन यूज़" से अलग नहीं है अगर डिस्क पेजों को भूखा रखा जाए।
न तो एक 64-बिट ऑपरेटिंग सिस्टम है और न ही किसी भी पीएई 32-बिट प्रक्रिया को सक्षम बनाता 4GiB की तुलना में अधिक उपयोग करने के लिए (उपयोगकर्ता 2/2 गिरी पर 32-बिट / पीएई, 64 पर 4GiB उपयोगकर्ता देखें:। वर्चुअल मेमोरी: विंडोज की सीमाएं धक्का ) की स्मृति चाहे वह मेमोरी वर्तमान में भौतिक रैम या डिस्क पर पृष्ठांकित हो।
इसलिए, फ़ायरफ़ॉक्स के लिए, जिसमें 64-बिट संस्करण नहीं है, इसका मतलब है कि फ़ायरफ़ॉक्स अंततः स्थापित रैम की परवाह किए बिना उपयोगकर्ता अंतरिक्ष मेमोरी के 2GiB (PAE) या 4GiB (x64) तक सीमित है । भले ही आपके पास 64GiB भौतिक रैम स्थापित हो, अगर फ़ायरफ़ॉक्स उपयोग से अधिक है, तो यह अपनी मेमोरी सीमा को समाप्त कर देगा।
यह एक स्मृति या हैंडल रिसाव के अत्यधिक और संभवतः संकेत देता है। इससे भी बदतर, आपके मामले में, पेजफाइल किसी भी लीक प्रक्रिया को डिस्क पर स्थानांतरित करने के लिए पर्याप्त नहीं है, इसलिए आपने अनिवार्य रूप से इसे विशेष रूप से भौतिक रैम में लीक करने के लिए मजबूर किया है ।
TechNet लेख में Win7 x64 में अत्यधिक "संशोधित" मेमोरी उपयोग के साथ समस्या है, 3.6 जीबी से ऊपर, कोई सुझाव? , समान लक्षणों वाला एक उपयोगकर्ता (बड़ा साझा / संशोधित ब्लॉक) पाता है:
संशोधित मेमोरी वह मेमोरी है जिसे कुछ एप्लिकेशन द्वारा आवंटित किया गया था और फिर एप्लिकेशन के कार्य सेट से हटा दिया गया था, आमतौर पर क्योंकि इसका उपयोग लंबे समय तक नहीं किया गया है। तथ्य यह है कि आपकी अधिकांश स्मृति इस स्थिति में है, दो चीजों का मतलब है:
- कुछ ऐप (या कई ऐप) ने बहुत सारी मेमोरी आवंटित की है, और इसका अधिकांश उपयोग सक्रिय रूप से नहीं है। अक्सर (लेकिन हमेशा नहीं) यह ऐप में एक मेमोरी लीक के कारण होता है।
- इस सभी अप्रयुक्त मेमोरी को डिस्क पर ले जाने के लिए पेजफाइल सिस्टम के लिए पर्याप्त बड़ा नहीं है।
अंत में, जैसा कि Magicandre1981 ने सुझाव दिया था, मुद्दा डेल वायरलेस (ब्रॉडकॉम) लैन ट्रे ऐप था:
सभी को धन्यवाद, मैं एक ही मुद्दा था और हैंडल और GDI और देखा BCMWLTRY.EXE, डेल वायरलेस ट्रे उपयोग, हैंडल नॉनस्टॉप बना रहा है। सलाह के लिए धन्यवाद। अपडेट: इसलिए मैंने बीसीएमडब्ल्यूएलटीआरवाई.ईएक्सई + शुरू करने वाली सेवा को निष्क्रिय कर दिया और रिबूट किया और अब मैं हैंडल लीक नहीं देख रहा हूं। WLTRAY.EXE अभी भी चल रहा है लेकिन यह हैंडल लीक नहीं कर रहा है।
इसी तरह, साझा स्मृति में अत्यधिक संशोधित स्मृति में ,
डेल वलन उपयोगिता का कारण था। कार्य प्रबंधक में bcmwltry.exe प्रक्रिया को मारना मेमोरी को रिलीज़ करता है। लेकिन यह प्रक्रिया कुछ सेकंड के बाद फिर से शुरू हुई। यह थोड़े भद्दा था - मैं इसे अनइंस्टॉल नहीं कर सका। सौभाग्य से इस नोटबुक को वैसे भी OS परिवर्तन की आवश्यकता थी इसलिए मैं इसे ठीक करने की कोशिश भी नहीं कर रहा हूँ। ... वही सटीक समस्या यहाँ। DW WLAN (bcmwltry.exe) को मारना और अक्षम करना 5 GB मेमोरी को मुक्त कर देता है। यह लीक हो जाता है।
ट्रे ऐप BCMWLTRY.EXE वैसे ही पेजफाइल में फंसा है जब तक कि मैं मेमोरी से बाहर नहीं निकलता
BCMWLTRY.EXE / Dell वायरलेस ट्रे समस्याओं (WLTRAY.EXE), डायग्नोस्टिक्स और प्रस्तावों के लिए अतिरिक्त संदर्भ:
तो, यह वास्तव में इन मामलों में ड्राइवर नहीं है, यह ट्रे ऐप है जो ड्राइवर के साथ आता है। मैं सहमत हूँ कि आपके वायरलेस कार्ड के ओईएम को देखते हुए कि BCMWLTRY.EXE चल रहा है, और लगभग समान समस्याओं की बड़ी संख्या है, यह समस्या का एक हिस्सा है।
आप इस मामले में अत्यधिक उपयोग के लिए "हैंडल" और "पेज फॉल्स" कॉलम को टास्क मैनेजर में जोड़ सकते हैं, ताकि अधिक गलत कार्यक्रम न हों। आप वर्चुअल मेमोरी के आवंटन को प्रत्येक प्रक्रिया के दृष्टिकोण से देखने के लिए SysInternals VMMap का उपयोग कर सकते हैं । हैंडल लीक कपटपूर्ण हैं क्योंकि वे भी संभवत: विंडोज ऑब्जेक्ट लीक कर रहे हैं। Microsoft अनुप्रयोग सत्यापनकर्ता नामक एक उपकरण उपलब्ध कराता है, जो अन्य चीजों के अलावा, लीक करने वाले हैंडल को ट्रैक करने में मदद करेगा।
तो जवाब है: आप की संभावना , एक स्मृति रिसाव है यह है की संभावना BCMWLTRY.EXE में (या हैंडल या इसी तरह के साझा संसाधन लीक कुछ अन्य एप्लिकेशन), और ओएस डिस्क के भूखे कर दिया गया है समर्थित करने के लिए और अधिक "शान" पृष्ठों * संभाल ऐसे एक शर्त।
* मेमोरी लीक के बारे में कुछ भी विशेष रूप से "सुशोभित" नहीं है, लेकिन एक ~ 4GiB पेजफाइल ने प्रक्रिया को अपनी विरासत सीमा (कोटा के रूप में अभिनय) तक चलाने की अनुमति दी होगी और फिर दुर्घटना हो सकती है, एक विशिष्ट घटना के लॉग में एक स्पष्ट पैटर्न बना सकता है सभी संसाधनों की एक रिलीज के बाद प्रक्रिया दुर्घटनाग्रस्त हो जाती है और, यदि पुन: प्रारंभ होता है, तो दोहराएं। अंतर्निहित 32-बिट सीमा पता स्थान सीमा के बिना, यह पहले डिस्क स्थान के बहुत से चबाया जा सकता था। जैसा कि यह है, सभी प्रक्रियाएं अब संसाधन के लिए विवश हैं, इसलिए यह कम स्पष्ट है कि यदि यह अपने स्वयं के रिसाव (फ़ायरफ़ॉक्स) के कारण बंद हो रहा है, या क्योंकि कोई अन्य ऐप (BCMWLTRY) है।
RamMap:
