configd je demon konfiguracije sustava koji radi iza Mac OS X-a, većina korisnika nikada neće primijetiti niti vidjeti osnovni OS X proces koji se izvodi u pozadini njihovih Mac računala. Uz navedeno, config ponekad može djelovati i uzrokovati neuobičajene skokove CPU-a i aktivnost ventilatora zbog čega vaš Mac zvuči poput zračnog tunela. Čudno ponašanje konfiguracije lako se dijagnosticira pokretanjem Monitora aktivnosti, sortiranjem prema opciji "% CPU" i gledanjem 'configd' korijenskog korisničkog procesa koji se nalazi na vrhu i zauzima negdje između 20-95% CPU-a.Ako takvo ponašanje potraje minutu ili tako nešto, obično nije velika stvar, privremeni skokovi mogu biti normalni pa ga samo pustite da radi i zanemarite ga, ali postoje trenuci kada configd može neobjašnjivo pogriješiti i nalazit će se na oko 50% CPU-a. ili više sati bez očitog razloga – to je ono što ovdje želimo riješiti.

Riješite configd High CPU Usage s prisilnim ponovnim pokretanjem putem terminala

Prisilno ćemo ponovno pokrenuti configd tako što ćemo ga brzo udariti u hlače pomoću svemoćne naredbe 'killall'. Budući da je configd sistemski proces, odmah će se ponovno pokrenuti nakon što se ugasi, au svakom slučaju kada configd poludi s iskorištenjem procesora, ovaj trik rješava problem.

Pokrenite Terminal (nalazi se unutar /Applications/Utilities/ kao i obično) i upišite sljedeću naredbu:

sudo killall configd

Morat ćete unijeti administratorsku lozinku da biste izvršili naredbu kao super korisnik, dakle sudo prefiks. Izvođenje naredbe bez sudo je neučinkovito jer je proces u vlasništvu roota (superkorisnik).

Ako ste držali Activity Monitor otvorenim i razvrstanim po CPU-u, vidjet ćete da 'configd' nestaje i kada se ponovno pokrene, više nije na vrhu popisa i više ne troši neumjerene količine CPU-a . Traženje procesa sada bi trebalo pronaći da troši negdje između 0% i 1% CPU-a.

Ako i dalje imate problema s configd nakon korištenja naredbe killall, skočite na dno ovog članka da biste saznali više o rješavanju problema s configd.

Rad s configd bez terminala

Ako vam ne odgovara naredbeni redak, postoje dvije druge mogućnosti:

1. Zatvorite sve pokrenute Mac aplikacije, što možete učiniti ručno ili pomoću ove aplikacije koju ste sami napravili da biste zatvorili sve u OS X
2. Ponovo pokrenite Mac

Ponovno pokretanje Maca ima isti učinak kao izravno prekidanje configd procesa, iako je očito malo više nametljivo vašem tijeku rada. Zatvaranje svake aplikacije može pomoći ako je pogreška konfiguracije uzrokovana pogrešnim ponašanjem aplikacije, više o tome za trenutak.

Dijagnosticiranje specifičnih problema s konfiguracijom i učenje o konfiguraciji

Apple službeno opisuje configd na sljedeći način:

Daemon configd odgovoran je za mnoge aspekte konfiguracije lokalnog sustava. configd održava podatke koji odražavaju željeno i trenutno stanje sustava, daje obavijesti aplikacijama kada se ti podaci promijene i ugošćuje niz konfiguracijskih agenata u obliku paketa koji se mogu učitavati.

Taj je izvadak preuzet sa stranice priručnika na config, kojoj se može pristupiti upisivanjem sljedećeg u terminal:

man configd

Možete to pročitati izravno na svom Macu putem naredbenog retka ili putem weba pomoću poveznice Developer Library ovdje.

Ako želite pokušati dijagnosticirati zašto je configd uopće poludio, možete potražiti configd pakete i plist datoteke na sljedeća dva mjesta, što može dati neke naznake o tome što se događa pogrešno i zašto:

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

Druga opcija je odabir ponovnog pokretanja configd-a u opširnom načinu sa sljedećom naredbom:

sudo /usr/libexec/configd -v

Ovo će izvesti opširne informacije u konzolu sustava OS X, koje se mogu čitati ili iz aplikacije konzole ili putem naredbenog retka.Usporedba tih informacija s onim što se nalazi u gore spomenutim imenicima sustava može biti od velike pomoći u dijagnosticiranju točnog uzroka.

Opće iskustvo pokazalo je da neke aplikacije i procesi uzrokuju probleme s konfiguracijom češće od drugih, od kojih neki mogu uključivati ​​Javu i usluge temeljene na Javi kao što je CrashPlan, određeni pisači na kojima postoje neriješene pogreške ispisa i neispravna mreža konfiguracije u kojima se mrežna veza stalno pokušava i ne uspije. To je razlog zašto je ponekad zatvaranje svih aplikacija učinkovito u rješavanju problema, jer može prekinuti neuspješno ponavljanje koje uzrokuje kvar na configd-u, a u nekim slučajevima kada gašenje configd-a ne riješi problem, može se riješiti uklanjanjem plist datoteke krivca pitanje jednom zauvijek. Vaša individualna iskustva i rezultati mogu se razlikovati.