मैक ओएस एक्स मावेरिक्स जमा करता है, स्मृति से बाहर चलने पर प्रतिक्रिया करना बंद कर देता है


9

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

यदि मैं SSH का उपयोग करके या अपने फोन से रिमोट का उपयोग कर (मैं राउमोट का उपयोग करता हूं।) तो मैं कंप्यूटर का उपयोग कर सकता हूं। यह बहुत धीमा है, हालांकि - लेकिन यह जवाब देता है।

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

यहाँ प्रासंगिक /var/log/system.logक्षण से यह हुआ है:

Jan  3 10:39:19 knifen.local WindowServer[119]: CGXCreateShmem : mach_make_memory_entry(268453900: unknown error code) : Cannot map memory
Jan  3 10:39:19 knifen.local WindowServer[119]: _CGXCreateWindowInline: Creation failure 1007
Jan  3 10:39:19 knifen.local Dock[15204]: CGSNewWindowWithOpaqueShape: Cannot create window
Jan  3 10:39:19 knifen.local WindowServer[119]: CGXCreateShmem : mach_make_memory_entry(268453900: unknown error code) : Cannot map memory
Jan  3 10:39:19 knifen.local WindowServer[119]: _CGXCreateWindowInline: Creation failure 1007
Jan  3 10:39:19 knifen.local Dock[15204]: CGSNewWindowWithOpaqueShape: Cannot create window
Jan  3 10:39:28 knifen.local WindowServer[119]: BUG in libdispatch: 13A603 - 2930 - 0x1000480c
Jan  3 10:39:51 knifen kernel[0]: IOHIDSystem: postEvent LLEventQueue overflow.
Jan  3 10:40:50 knifen.local Spotify[13941]: Got disconnected: Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed out" UserInfo=0xfa075f0 {NSLocalizedDescription=Read operation timed out}
Jan  3 10:40:55 knifen kernel[0]: IOHIDSystem: postEvent LLEventQueue overflow.
Jan  3 10:41:50 knifen.local hidd[95]: IOHIDEventQueue unable to get policy for event of type 11. (e00002e8)
Jan  3 10:41:56 --- last message repeated 113 times ---

मैं वास्तव में यहां कुछ भी नहीं सोच रहा हूं, अगर आपके पास सुझाव हैं तो मुझे लगता है कि अच्छा होगा। ऐसा लगता है कि Apple के हिस्से में खराब इंजीनियरिंग है।

जवाबों:


4

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

Mavericks को RAM / var / db / sleepimage की पूरी मात्रा आवंटित करने की संभावना बहुत कम है, इसलिए लोग यह कहते थे कि जब अंतरिक्ष की स्थिति निर्धारित होती है तो OS को नींद की छवि विकसित करने के लिए थोड़े कमरे की आवश्यकता होती है, जब अंतरिक्ष में प्रचार किया जा सकता है।

मुख्य टिप बूटेबल वॉल्यूम पर रिक्त स्थान के कई गीगाबाइट्स को संरक्षित करने के लिए होगा जब आपके पास एक वर्कलोड होता है जो वर्चुअल मेमोरी सिस्टम पर जोर देता है और लाल रंग में मेमोरी दबाव के साथ चलता है।

यहाँ मेरी सिफारिशें हैं:

  • मावेरिक्स और योसेमाइट के "मेमोरी प्रेशर" किस पैमाने या माप का पालन करते हैं? मॉनिटरिंग और कमांड पर मेमोरी के दबाव के कारण कुछ अच्छी जानकारी है
  • अपने सिस्टम को बूट करें, एक उपयोगकर्ता में लॉग इन करें, सभी अनुप्रयोगों को छोड़ दें
  • खुली गतिविधि की निगरानी और निरीक्षण / स्मृति स्क्रीन रिकॉर्ड
  • सोने के लिए मशीन लगाओ और 30 सेकंड बाद उसे जगाओ
  • चलाएँ sudo du -sm /var/vm/*और ध्यान दें कि आपकी स्लीप इमेज फ़ाइल कितनी बड़ी है और क्या डिस्क पर कोई स्वैप फाइल बनाई गई है।

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

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


2

"shmem" साझा मेमोरी है, और OS X साझा मेमोरी को आवंटित करने में विफल हो रहा है। इसलिए ऐसा लगता है कि कंप्यूटर मेमोरी, रैम और हार्ड ड्राइव मेमोरी दोनों से बाहर चला गया है। क्या यह मामला है? फ्रीज के समय, लगभग 1GB स्थान बचा हुआ लग रहा था।

  • फ़ाइलों को हटाकर डिस्क स्थान खाली करें
  • अनुप्रयोगों को बंद करके स्मृति को मुक्त करें

इस विशेष मामले में, लॉग ने बाद में संकेत दिया कि स्पॉटलाइट एक घुड़सवार स्पार्सबंडल वॉल्यूम को इंडेक्स करने की कोशिश कर रहा था, जिसके परिणामस्वरूप बैकिंग डिस्क अंतरिक्ष से बाहर चल रही थी।

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