SystemUIServer उच्च CPU उपयोग का कारण क्यों बनता है?


15

SystemUIServer प्रक्रिया मेरे CPU का 30% हिस्सा ले रही है। चारों ओर खोज करने से स्नो लेपर्ड डेलाइट सेविंग बग का पता चलता है जिसे मेनूबार से घड़ी को हटाकर हल किया जाता है। मैं शेर पर हूं और मैंने बिना सफलता के यह कोशिश की है। कोई राय कि इसे कैसे ठीक किया जाए?


3
मैं इस बात का ठोस अनुमान नहीं लगा सकता कि आपके UI के पास लगातार काम करने के लिए क्यों है, लेकिन यह आमतौर पर एक थर्ड पार्टी मेनू आइटम लूप में फंस जाता है। यदि आप इसे डीबग करना चाहते हैं, तो आप चला सकते हैं sysdiagnose SystemUIServerऔर Apple के साथ बग दर्ज कर सकते हैं । अक्सर आप रिपोर्ट को देखने के लिए देख सकते हैं कि प्रक्रिया क्या कर रही है - चूंकि आप भी स्टैक ओवरफ्लो पर हैं तो यह कुछ ऐसा हो सकता है जो आपको स्क्रिप्ट और परिणामों को देखने और सीपीयू के उच्च होने के कारण का पता लगाने का ज्ञान हो।
18

जवाबों:


7

यहां भी यही समस्या। समस्या तृतीय-पक्ष विजेट के कारण होती है जो इंटरनेट का उपयोग करता है। मेरे लिए, ड्रॉपबॉक्स समस्या थी। अगर ड्रॉपबॉक्स मेरी फ़ाइलों को अपडेट कर रहा है, तो सिस्टमव्यूसर अधिक मात्रा में सीपीयू का उपयोग करता रहता है .. एकमात्र समाधान इसे छोड़ने के लिए मजबूर करना है (टर्मिनल या गतिविधि मॉनिटर का उपयोग करके) या तीसरे पक्ष के विजेट को अक्षम करना।


7

ऐसा लगता है कि वास्तव में इसे हल करने के लिए कुछ तरीके हैं।

मुझे वही समस्या हो रही है, और आज मैंने यह भी देखा कि मेरी घड़ी लगभग 2 घंटे में सही समय नहीं दिखा रही थी, और जब मैं घड़ी पर मंडराता हूं तो मुझे कताई बीच गेंद मिलती है।

इसलिए मैंने इस लेख से पाया कि आप सिस्ट यूजेरवेर प्रक्रिया को मार सकते हैं और यह बस फिर से शुरू हो जाएगा और सभी को फिर से ठीक होना चाहिए।

SystemUIServer प्रक्रिया को मारने के लिए, आप बस गतिविधि मॉनिटर खोल सकते हैं, प्रक्रिया नाम या% CPU द्वारा फ़िल्टर कर सकते हैं (क्योंकि यह संभवतः उच्चतम CPU उपयोगकर्ता होगा), फिर "SystemUIServer" चुनें, और विकल्पों में से "Quit Process" चुनें। खिड़की के ऊपर (बटन जो स्टॉप साइन की तरह दिखता है)।

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

तो एक अधिक स्थायी समाधान के लिए (यदि आप टर्मिनल भूमि में उद्यम करने से डरते नहीं हैं), तो इस लेख में बताई गई प्रक्रिया को आजमाएं , जो जोशुआ टेलर द्वारा प्रदान की गई थी, जहां आप OS X में एक क्रॉन जॉब जोड़ते हैं , जो कि SystemUIServer को पुनः आरंभ करता है। अन्य घंटे (इस समस्या के ऊपर दिए गए समाधान को स्वचालित करना):

अपना टर्मिनल (/Applications/Utilities/Terminal.app) खोलें।

प्रकार:

crontab -e

..और हिट दर्ज करें।

अपने कीबोर्ड पर "a" अक्षर को मारो।

बड़े विभाजनों के लिए टैब का उपयोग करके निम्नलिखित दर्ज करें:

0 */2 * * * killall SystemUIServer

अपने कीबोर्ड पर भागने की कुंजी मारो।

प्रकार:

:wq

.. (यह बृहदान्त्र है, w तब q) और हिट दर्ज करें।

टर्मिनल बंद करें।


4
यह लक्षणों में से एक का इलाज करने जैसा लगता है, इसके बारे में कुछ भी नहीं जो पहले स्थान पर इसका कारण बनता है। एक कार की कल्पना करें जो स्टाल। आप दिखा रहे हैं कि कैसे इंजन को स्वचालित रूप से पुनरारंभ करना है, लेकिन वास्तव में समस्या को ठीक नहीं करना है।
bmike

2

यह प्रक्रिया केवल तभी समाप्त होगी जब CPU समय 5 मिनट से अधिक हो:

*/15 * * * * [[ "$(ps -e | grep SystemUIServer | awk '{print $3}')" > 5:00.00 ]] && killall -kill SystemUIServer

यदि आप vi का उपयोग करना नहीं जानते हैं, तो आप crontab को संशोधित कर सकते हैं EDITOR=nano crontab -e


3
यह एक सभ्य स्वचालित पुनर्प्राप्ति विधि है - लेकिन यह बताता नहीं है कि कुछ भी कैसे ठीक किया जाए। मुझे लगता है कि आप समझ रहे हैं कि स्मृति या संसाधन रिसाव है और आवधिक छंटाई की आवश्यकता है, लेकिन अगर प्रक्रिया किसी भी फाइल को लिखती है, तो संक्षेप में इसे मारना भी समस्या को बढ़ा सकता है।
bmike

2

मैं हाल ही में एक ही समस्या पर था MAC Pro चल प्रणाली 10.7.5 के साथ dropBox स्थापित। ड्रॉपबॉक्स (2.6.2) के वर्तमान संस्करण में अपडेट करने से काफी मदद मिली है, लेकिन पूरी तरह से नहीं। एक कताई इंद्रधनुष पहिया और SystemUIServer प्रति दिन 98% सीपीयू उपयोग (कष्टप्रद) समय की रिपोर्टिंग के साथ एक प्रणाली को धीमा करने के बजाय, यह आज दो बार नीचे है।

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