configd to demon konfiguracji systemu działający za systemem Mac OS X, którego większość użytkowników nigdy nie zauważy ani nie zobaczy podstawowego procesu systemu OS X działającego w tle ich komputerów Mac. Powiedziawszy to, configd może czasami działać i powodować niezwykłe skoki procesora i aktywność wentylatorów, przez co Twój Mac brzmi jak tunel aerodynamiczny. Dziwne zachowanie configd można łatwo zdiagnozować, uruchamiając Monitor aktywności, sortując według opcji „% CPU” i widząc proces użytkownika root „configd” siedzący na górze, zajmujący gdzieś pomiędzy 20-95% procesora.Jeśli to zachowanie trwa mniej więcej minutę, zwykle nie jest to wielka sprawa, tymczasowe skoki mogą być normalne, więc po prostu pozwól mu działać i zignoruj ​​​​go, ale są chwile, w których configd może w niewytłumaczalny sposób błądzić i będzie siedział około 50% wykorzystania procesora lub dłużej przez wiele godzin bez wyraźnego powodu — oto, co tutaj chcemy rozwiązać.

Rozwiązywanie problemu z wysokim obciążeniem procesora przez wymuszenie ponownego uruchomienia przez terminal

Zamierzamy wymusić ponowne uruchomienie configd, dając mu szybkiego kopniaka w gacie za pomocą wszechpotężnego polecenia „killall”. Ponieważ configd jest procesem systemowym, po zabiciu natychmiast uruchomi się ponownie, aw każdym przypadku, gdy configd szaleje z wykorzystaniem procesora, ta sztuczka rozwiązuje problem.

Uruchom Terminal (jak zwykle w /Applications/Utilities/) i wpisz następujące polecenie:

sudo killall configd

Będziesz musiał wprowadzić hasło administratora, aby wykonać polecenie jako superużytkownik, stąd przedrostek sudo. Uruchomienie polecenia bez sudo jest nieskuteczne, ponieważ właścicielem procesu jest root (superużytkownik).

Jeśli Monitor aktywności był otwarty i posortowany według procesora, zauważysz, że „configd” znika, a po ponownym uruchomieniu nie znajduje się już na górze listy i nie pochłania już nadmiernej ilości procesora . Wyszukiwanie procesu powinno teraz zużywać od 0% do 1% procesora.

Jeśli nadal masz problemy z configd po użyciu polecenia killall, przejdź na koniec tego artykułu, aby dowiedzieć się więcej o rozwiązywaniu problemów z configd.

Radzenie sobie z konfiguracją bez terminala

Jeśli nie masz doświadczenia z wierszem poleceń, dostępne są dwie inne opcje:

1. Zamknij wszystkie uruchomione aplikacje Mac, co możesz zrobić ręcznie lub za pomocą tej stworzonej przez siebie aplikacji, aby zamknąć wszystko w systemie OS X
2. Uruchom ponownie komputer Mac

Ponowne uruchomienie komputera Mac ma taki sam efekt, jak bezpośrednie zabicie procesu configd, chociaż jest to oczywiście nieco bardziej uciążliwe dla przepływu pracy. Zamknięcie każdej aplikacji może pomóc, jeśli błąd configd jest spowodowany nieprawidłowym zachowaniem aplikacji, więcej na ten temat za chwilę.

Diagnozowanie określonych problemów z configd i poznawanie configd

Apple oficjalnie opisuje configd w następujący sposób:

Demon configd jest odpowiedzialny za wiele aspektów konfiguracji systemu lokalnego. configd przechowuje dane odzwierciedlające pożądany i aktualny stan systemu, powiadamia aplikacje o zmianie tych danych i obsługuje szereg agentów konfiguracyjnych w postaci ładowalnych pakunków.

Ten fragment pochodzi ze strony podręcznika configd, do której można uzyskać dostęp, wpisując w terminalu:

man configd

Możesz to przeczytać bezpośrednio na komputerze Mac za pomocą wiersza poleceń lub przez Internet, korzystając z linku do biblioteki deweloperów dostępnego tutaj.

Jeśli chcesz spróbować zdiagnozować, dlaczego configd zwariował, możesz rozejrzeć się w następujących dwóch lokalizacjach za pakietami configd i plikami plist, które mogą dostarczyć wskazówek co do tego, co się dzieje źle i dlaczego:

/System/Biblioteka/Konfiguracja systemu/ /Biblioteka/Preferencje/Konfiguracja systemu/

Inną opcją jest ponowne uruchomienie configd w trybie pełnym za pomocą następującego polecenia:

sudo /usr/libexec/configd -v

Spowoduje to wyeksportowanie pełnych informacji do konsoli systemu OS X, którą można odczytać z aplikacji konsoli lub z wiersza poleceń.Porównanie tych informacji z tym, co znajduje się we wspomnianych katalogach systemowych, może być bardzo pomocne w zdiagnozowaniu dokładnej przyczyny.

Ogólne doświadczenie pokazuje, że niektóre aplikacje i procesy powodują problemy z konfiguracją częściej niż inne, z których niektóre mogą obejmować Javę i usługi oparte na Javie, takie jak CrashPlan, niektóre drukarki, w przypadku których występują nierozwiązane błędy drukowania, oraz niewłaściwa sieć konfiguracje, w których wielokrotnie podejmuje się próby nawiązania połączenia sieciowego i kończy się to niepowodzeniem. Dlatego czasami zamknięcie wszystkich aplikacji jest skuteczne w rozwiązaniu problemu, ponieważ może zakończyć powtarzanie się niepowodzenia, które powoduje, że configd wariuje, aw niektórych przypadkach, gdy zabicie configd nie rozwiązuje problemu, usunięcie pliku winowajców plist może rozwiązać temat raz na zawsze. Twoje indywidualne doświadczenia i wyniki mogą się różnić.