खोजक 59GB स्वैप स्थान का उपयोग क्यों करता है?


9

मेरा नया रेटिना मैकबुक प्रो (16 जीबी रैम के साथ) यह प्राप्त करता रहता है "आपके मैक ओएस एक्स स्टार्टअप डिस्क में एप्लिकेशन मेमोरी / मैसेज के लिए अधिक स्थान उपलब्ध नहीं है। मेरे हार्ड ड्राइव पर 300 जीबी खाली जगह है, और 16 जीबी रैम है। ऐसा नहीं होना चाहिए।

लेकिन यह तब भी होता रहता है, जब मैं अपने मैक का सक्रिय रूप से उपयोग नहीं कर रहा हूं। मैं दोपहर के भोजन के लिए गया, वापस आया, और यह देखा: बहुत अधिक रैम का उपयोग59 जीबी स्वैप का उपयोग किया गया।

क्या हो रहा है?


1
क्या मैं मान सकता हूं कि आपने रिबूट करने की कोशिश की है?
नाथन वॉकर

हाँ, मैंने रिबूट किया है और यह तत्काल मुद्दे को ठीक करता है लेकिन यह अंततः फिर से पॉप अप होगा।
राखग्रोम्निज़

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

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

1
यह स्मृति रिसाव की तरह लग रहा है । आपको इसे ऐप्पल को फिर से बेचना चाहिए।
Alpha_one_x86

जवाबों:


7

मेरा मानना ​​है कि यह OS X 10.7 में एक बग है। मेरे पास एक रेटिना मैकबुक प्रो भी है। मेरा २.६ / १६ / ५१६ है, और मैंने देखा कि वहाँ ० पृष्ठ बहिष्कृत थे, लेकिन एक बहुत बड़ी स्वैप फ़ाइल बनाई जा रही थी (मेरा लगभग १ जीबी था)। अनुप्रयोगों को बंद करने से सक्रिय रूप से स्वैप स्थान का उपयोग कम हो रहा है। फिर से कोई पृष्ठ नहीं दर्ज किया जा रहा था।

मेरा मानना ​​है कि यह नींद की छवि फ़ाइल के साथ करना है जो वर्चुअल मेमोरी फ़ाइलों के साथ / निजी / var / vm में रखे जाते हैं। जब pmset hibernatemode को 3 पर सेट किया जाता है (लैपटॉप के लिए डिफ़ॉल्ट, RAM और डिस्क के लिए निलंबित), नींद पर स्लीपिमेज लिखा जाता है। यही कारण है कि इन लैपटॉप के सोने में कुछ समय लगता है: यह स्लीपेज को 16 जीबी तक रैम करने के लिए लिख रहा है।

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

Pmset के लिए मैनपेज से , नो सस्पेंड को डिस्क में बदलने के लिए जिसे आप टर्मिनल में चलाएंगे:

sudo pmset -a hibernatemode 0

स्लीपइमेज को हटाने के लिए (और अपने कंप्यूटर पर 16 जीबी रैम के साथ 16 जीबी को पुनः प्राप्त करें), चलाएं:

sudo rm /var/vm/sleepimage

मैं इन ऑपरेशनों के बाद पुनः आरंभ करता हूं ताकि यह सुनिश्चित किया जा सके कि कोई अजीब बात नहीं है। प्रत्येक शक्ति स्रोत पर, आप निम्न स्थिति देख सकते हैं:

pmset -g

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


मेरा मानना ​​है कि बग को ठीक कर दिया गया है। मैंने ऐसा नवीनतम एमएल पैच के बाद से नहीं देखा है, कम से कम।
ashgromnies

मेरे पास rMBP पर नवीनतम ML बिल्ड है और मैं अभी भी इस मुद्दे को देखता हूं।
मार्क डब्ल्यू

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

@bmike मैं सहमत नहीं हूँ, हालाँकि OS के पिछले संस्करणों में अन्य मशीनों पर यह समस्या नहीं थी। मैंने विशेष रूप से गैर-रेटिना मैकबुक प्रोस पर समान ओएस चलाने वाले इसकी कोई सत्यापित रिपोर्ट नहीं देखी है , हालांकि वे मौजूद हो सकते हैं।
hodgkin-huxley

2

मैं अपने मैकबुक प्रो 13 इंच पर ड्रॉपबॉक्स में एक बग के कारण यह मुद्दा था।

यह ड्रॉपबॉक्स का पुराना संस्करण था। ड्रॉपबॉक्स छोड़ने और एक नया संस्करण (1.4.1 -> 1.4.17) स्थापित करने के बाद, मेरी समस्या ठीक हो गई थी।

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