configd: मैक ओएस एक्स में configd प्रक्रिया के साथ उच्च CPU उपयोग समस्या को ठीक करना

configd एक सिस्टम कॉन्फ़िगरेशन डिमन है जो मैक ओएस एक्स के पीछे चलता है, अधिकतर उपयोगकर्ता कभी भी अपने मैक की पृष्ठभूमि में चल रहे कोर ओएस एक्स प्रक्रिया को नोटिस या देख नहीं पाएंगे। इसके साथ ही, कॉन्फ़िगर कभी-कभी कार्य कर सकता है और असामान्य सीपीयू स्पाइक्स और प्रशंसक गतिविधि को आपके मैक ध्वनि को पवन सुरंग की तरह बना सकता है। विषम कॉन्फ़िगरेशन व्यवहार को आसानी से "मॉनिटर मॉनिटर लॉन्च करके"% CPU "विकल्प द्वारा सॉर्ट करके, और 'configd' रूट उपयोगकर्ता प्रक्रिया को 20-95% CPU के बीच कहीं ऊपर ले जाने पर आसानी से निदान किया जाता है। यदि वह व्यवहार एक मिनट तक चलता रहता है या तो आमतौर पर यह एक बड़ा सौदा नहीं होता है, तो अस्थायी स्पाइक्स सामान्य हो सकती है, इसलिए इसे चलाने दें और इसे अनदेखा करें, लेकिन ऐसे समय होते हैं जहां कॉन्फ़िगरेशन अनजाने में गलती से जा सकता है और यह लगभग 50% CPU उपयोग बैठेगा या बिना किसी स्पष्ट कारण के घंटों के लिए - यही वह है जिसे हम यहां हल करना चाहते हैं।

टर्मिनल के माध्यम से फोर्स रिलांच के साथ कॉन्फ़िगर उच्च CPU उपयोग को हल करें

हम जबरदस्ती सभी शक्तिशाली 'killall' कमांड का उपयोग कर पैंट में एक तेज किक देकर configd को फिर से लॉन्च करने जा रहे हैं। चूंकि configd एक सिस्टम प्रक्रिया है, यह तुरंत मारने के बाद इसे फिर से लॉन्च कर देगा, और प्रत्येक इंस्टेंस में जहां कॉन्फ़िगर प्रोसेसर उपयोग के साथ पागल हो रहा है, यह चाल समस्या हल करती है।

लॉन्च टर्मिनल (भीतर / अनुप्रयोग / उपयोगिता / सामान्य रूप से बैठे हुए) और निम्न आदेश टाइप करें:

sudo killall configd

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

यदि आपने सीपीयू द्वारा एक्टिविटी मॉनिटर को खुले और सॉर्ट किया है, तो आप पाएंगे कि 'configd' गायब हो जाता है और जब यह फिर से शुरू होता है तो यह अब सूची के शीर्ष पर बैठा नहीं है और अब सीपीयू की अनियमित मात्रा नहीं खा रहा है। प्रक्रिया के लिए खोज अब इसे 0% और 1% CPU के बीच उपभोग करना चाहिए।

यदि आपको अभी भी killall कमांड का उपयोग करने के बाद configd के साथ समस्याएं हैं, तो समस्या निवारण समस्याओं के निवारण के बारे में अधिक जानने के लिए इस आलेख के नीचे जाएं।

टर्मिनल के बिना configd के साथ काम करना

यदि आप कमांड लाइन के साथ सहज नहीं हैं, तो दो अन्य विकल्प हैं:

  1. सभी चल रहे मैक अनुप्रयोगों को छोड़ें, जिन्हें आप मैन्युअल रूप से या ओएस एक्स में सबकुछ छोड़ने के लिए इस स्व-निर्मित ऐप का उपयोग करके कर सकते हैं
  2. मैक रीबूट करें

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

विशिष्ट configd समस्याओं का निदान और configd के बारे में सीखना

ऐप्पल आधिकारिक तौर पर निम्नानुसार कॉन्फ़िगर का वर्णन करता है:

The configd daemon is responsible for many configuration aspects of the local system. configd maintains data reflecting the desired and current state of the system, provides notifications to applications when this data changes, and hosts a number of configuration agents in the form of loadable bundles.

यह अंश कॉन्फ़िगरेशन पर मैन्युअल पृष्ठ से लिया जाता है, जिसे टर्मिनल में निम्नलिखित टाइप करके एक्सेस किया जा सकता है:

man configd

आप कमांड लाइन के माध्यम से या डेवलपर लाइब्रेरी लिंक का उपयोग कर वेब के माध्यम से सीधे अपने मैक पर पढ़ सकते हैं।

यदि आप निदान करने का प्रयास करना चाहते हैं कि क्यों कॉन्फ़िगर पहली जगह पागल हो गया है, तो आप कॉन्फ़िगर किए गए बंडलों और प्लेस्ट फ़ाइलों के लिए निम्न दो स्थानों में देख सकते हैं, जो गलत संकेतों के बारे में कुछ संकेत प्रदान कर सकते हैं और क्यों:

/System/Library/SystemConfiguration/
/Library/Preferences/SystemConfiguration/

एक और विकल्प निम्न आदेश के साथ वर्बोज़ मोड में configd को फिर से चलाने का चयन करना है:

sudo /usr/libexec/configd -v

यह ओएस एक्स सिस्टम कंसोल को वर्बोज़ जानकारी निर्यात करेगा, जिसे कंसोल ऐप से या कमांड लाइन के माध्यम से भी पढ़ा जा सकता है। उस जानकारी की तुलना उपर्युक्त सिस्टम निर्देशिका में जो पाया जाता है उससे तुलना करना एक सटीक कारण का निदान करने में बहुत उपयोगी हो सकता है।

सामान्य अनुभव से पता चला है कि कुछ ऐप्स और प्रक्रियाएं दूसरों की तुलना में अक्सर कॉन्फ़िगर किए गए मुद्दों का कारण बनती हैं, जिनमें से कुछ में जावा और जावा आधारित सेवाओं जैसे क्रैशप्लान, कुछ प्रिंटर जहां अनसुलझा प्रिंटिंग त्रुटियां हैं, और अनुचित नेटवर्क कॉन्फ़िगरेशन शामिल हैं जहां नेटवर्क कनेक्शन बार-बार प्रयास कर रहा है और असफल रहा। यही कारण है कि कभी-कभी सभी ऐप्स छोड़ने से समस्या को हल करने में प्रभावी होता है, क्योंकि यह असफल पुनरावृत्ति को समाप्त कर सकता है जो कॉन्फ़िगर करने के लिए कॉन्फ़िगर कर रहा है, और कुछ मामलों में जहां कॉन्फ़िगरेशन की समस्या समस्या का समाधान नहीं करती है तो अपराधी प्लिस्ट फ़ाइल को हटा सकते हैं एक बार और सभी के लिए मुद्दा। आपके व्यक्तिगत अनुभव और परिणाम भिन्न हो सकते हैं।