Using symptomd ’क्या है और यह कई बार मेरे iMac CPU के 60% का उपयोग क्यों करता है?


11

मेरे iMac पर एक सिस्टम प्रोसेस चल रहा है जिसका नाम El Capitan है, जिसे "symptomd" कहा जाता है, जो मेरे iMac पर CPU संसाधन के लगभग 20% से 60% के बीच लगातार आगे और पीछे उछल रहा है।

से चल रहा है /usr/libexec/symptomsd। एक निजी ढांचा है जिसे यह कहा जाता है /System/Library/PrivateFrameworks/Symptoms.frameworkकि इसमें अन्य ढांचे भी शामिल हैं:

  • ManagedEvent.framework
  • SymptomAnalytics.framework
  • SymptomEvaluator.framework
  • SymptomPresentationFeed.framework
  • SymptomPresentationLite.framework
  • SymptomReporter.framework

यह सिस्टम लॉग फ़ाइलों के लिए ज्यादा लिखने के लिए प्रतीत नहीं होता है। वास्तव में iMac पर "सभी संदेश" में एकमात्र प्रासंगिक संदेश है:

syslogd [46]: कॉन्फ़िगरेशन सूचना: ASL मॉड्यूल "com.apple.networking.symptoms" चयनित संदेश। वे संदेश मानक सिस्टम लॉग फाइल या एएसएल डेटाबेस में प्रकट नहीं हो सकते हैं।

वहाँ एक वरीयता फ़ाइल है /private/etc/asl/com.apple.networking.symptomsजो इंगित करती है कि लॉग को लिखा जाना चाहिए, /Library/Logs/CrashReporter/com.apple.networking.symptoms.logलेकिन वह फ़ाइल मेरे iMac पर मौजूद नहीं है।

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

Google पर खोज करने से मैं यह निर्धारित कर पा रहा हूं कि यह उन चीजों में से एक है जो OSX और iOS के बीच साझा की जाती हैं। हालांकि यह वास्तव में क्या करता है, इस पर कहीं भी कोई जानकारी नहीं है।

किसी को भी इस प्रक्रिया के लिए है या कहीं भी पता है कि यह प्रलेखित है किसी को पता है?


1
अब तक के अच्छे विश्लेषण से, मैंने इस कार्यक्रम को नष्ट करने की कोशिश नहीं की है, लेकिन आपको दौड़ना चाहिए sysdiagnose symptomsऔर संभवतः Apple को बग / प्रतिक्रिया की सूचना देनी चाहिए । मैं नहीं देखा है यह अभी तक किसी भी प्रणाली पर दुर्व्यवहार, लेकिन मैं सिस्टम लॉग के बाकी जाँच चाहते हैं के बाद से मेरी समझ यह ओएस एक्स के सुधार के लिए क्रैश रिपोर्टिंग, प्रतिक्रिया और लॉग एकत्रीकरण / संग्रह से संबंधित है है
bmike

मैं समान लक्षण देख रहा हूं: "लक्षण" द्वारा उच्च सीपीयू लोड। मैंने यह भी देखा कि "mDNSResponder" में उच्च CPU लोड (लगभग 50%) है। DNS अनुरोध बहुत धीमे थे और सिस्टम को आमतौर पर सुस्त लगा। एक बार जब मैं मारा गया तो प्रतिक्रिया (फोर्स क्विट) "लक्षण"। विशेष रूप से, "लक्षण" स्वचालित रूप से प्रतिक्रिया नहीं करते थे। जिज्ञासा से बाहर, आप VirtualBox का उपयोग कर रहे हैं? सिस्टम: OS X 10.11.4
डैनियल

@ डैनियल मैंने अतीत में वर्चुअलबॉक्स का उपयोग किया है, लेकिन प्रभावित मशीन पर नहीं।
एलिस्टेयर मैकमिलन

जवाबों:


1

मेरे पास एक iMac है और एक ही मुद्दा था। यह मैक ओएस एक्स में एक बग प्रतीत होता है।

मेरे मामले में, मैं ईथरनेट और वाईफाई दोनों अपने iMac के लिए चालू था। System Preferences > NetworkWifi को एकमात्र कनेक्शन के रूप में रखते हुए, ईथरनेट को बंद करना , इस मुद्दे को पूरी तरह से रोकता है। अब, symptomsdलगभग 0.2 ~ 0.3% CPU लोड होता है, क्योंकि यह माना जाता है।

मैंने मैक ओएस एक्स 10.11.1 में अपग्रेड करने के बाद हाल ही में अनुभव करना शुरू किया। मुझे लगता है कि यह हाल ही में पेश किया गया बग है।


जवाब देने का समय निकालने के लिए धन्यवाद। मैंने यह कोशिश की, लेकिन इससे कोई फर्क नहीं पड़ा। :(
एलिस्टेयर मैकमिलन


0

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

मुझे लगता है कि मैंने इसके लिए एक फिक्स पाया है, डननो अगर यह आपके लिए काम करता है - गोटो नेटवर्क सेटिंग्स, अपना लैन कनेक्शन चुनें, गोटो एडवांस्ड, हार्डवेयर टैब चुनें, फिर मैन्युअल रूप से कॉन्फ़िगर करें, अपने डुप्लेक्स को "पूर्ण-द्वैध, प्रवाह-नियंत्रण में बदलें" ", अन्य चीजें वैसी ही रहती हैं जैसी मेरी हैं (मेरा" स्पीड-1000baseT "/" mtu-standard 1500 "/ AVM सक्षम है)।

उम्मीद है की यह मदद करेगा।


-2

अब तक कहीं भी कैंडोंड पर कोई निर्णायक जानकारी खोजने में कामयाब नहीं हुए।

और मेरे फिक्स में पूरी तरह से विश्वास नहीं है, लेकिन फ़ायरवॉल को बंद करना मेरे लिए समस्या को कम करना था।

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