configd er en systemkonfigurationsdæmon, der kører bag Mac OS X, de fleste brugere vil aldrig bemærke eller se kerne OS X-processen køre i baggrunden på deres Mac'er. Når det er sagt, kan configd nogle gange virke og forårsage usædvanlige CPU-spidser og blæseraktivitet, hvilket får din Mac til at lyde som en vindtunnel. Ulige configd-adfærd diagnosticeres let ved at starte Activity Monitor, sortere efter "% CPU"-indstillingen og se, at "configd"-rodbrugerprocessen sidder øverst og optager et sted mellem 20-95% CPU.Hvis den adfærd varer i et minut eller deromkring, er det norm alt ikke en big deal, midlertidige spidser kan være normale, så lad det bare køre og ignorer det, men der er tidspunkter, hvor configd kan gå uforklarligt vild, og det vil sidde omkring 50% CPU-udnyttelse eller mere i timevis uden åbenbar grund – det er det, vi søger at løse her.

Løs configd High CPU Usage med Force Relaunch via Terminal

Vi vil tvangsstarte configd ved at give den et hurtigt spark i bukserne ved hjælp af den almægtige 'killall'-kommando. Fordi configd er en systemproces, vil den øjeblikkeligt genstarte, når den er blevet dræbt, og i alle tilfælde, hvor configd er ved at gå amok med processorudnyttelse, løser dette trick problemet.

Start Terminal (sidder i /Applications/Utilities/ som sædvanligt) og skriv følgende kommando:

sudo killall configd

Du skal indtaste en administratoradgangskode for at udføre kommandoen som superbruger, altså sudo-præfikset. At køre kommandoen uden sudo er ineffektiv, fordi processen ejes af root (superbruger).

Hvis du holdt Activity Monitor åben og sorteret efter CPU, vil du opdage, at 'configd' forsvinder, og når den genstartes, sidder den ikke længere øverst på listen og spiser ikke længere urimelige mængder CPU . Søgning efter processen skulle nu finde ud af, at den bruger et sted mellem 0% og 1% af CPU'en.

Hvis du stadig har problemer med configd efter brug af killall-kommandoen, så hop til bunden af ​​denne artikel for at lære mere om fejlfinding af configd-problemer.

Handter konfiguration uden Terminal

Hvis du ikke er fortrolig med kommandolinjen, er der to andre muligheder:

1. Afslut alle kørende Mac-programmer, hvilket du kan gøre manuelt eller ved at bruge denne selvfremstillede app til at afslutte alt i OS X
2. Genstart Mac

Genstart af Mac'en har samme effekt som at dræbe configd-processen direkte, selvom det naturligvis er en smule mere påtrængende for din arbejdsgang. Afslutning af alle programmer kan hjælpe, hvis konfigurationsfejlen er forårsaget af en apps fejlagtig adfærd, mere om det om et øjeblik.

Diagnosticering af specifikke configd-problemer og læring om configd

Apple beskriver officielt configd som følger:

Configd-dæmonen er ansvarlig for mange konfigurationsaspekter af det lokale system. configd vedligeholder data, der afspejler den ønskede og aktuelle tilstand af systemet, giver meddelelser til applikationer, når disse data ændres, og er vært for en række konfigurationsagenter i form af indlæsbare bundter.

Dette uddrag er taget fra manualsiden på configd, som kan tilgås ved at indtaste følgende i terminalen:

man configd

Du kan læse det direkte på din Mac via kommandolinjen eller via nettet ved at bruge linket til udviklerbiblioteket her.

Hvis du vil forsøge at diagnosticere, hvorfor configd gik amok i første omgang, kan du se dig omkring på de følgende to steder efter configd-bundter og plist-filer, som kan give nogle hints om, hvad der foregår forkert og hvorfor:

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

En anden mulighed er at vælge at køre configd igen i verbose tilstand med følgende kommando:

sudo /usr/libexec/configd -v

Dette eksporterer detaljerede oplysninger til OS X-systemkonsollen, som også kan læses fra konsolappen eller via kommandolinjen.Sammenligning af disse oplysninger med det, der findes i de førnævnte systemmapper, kan være meget nyttig til at diagnosticere en præcis årsag.

Generelle erfaringer har vist, at nogle apps og processer forårsager configd-problemer oftere end andre, hvoraf nogle kan omfatte Java- og Java-baserede tjenester som CrashPlan, visse printere, hvor der er uløste udskrivningsfejl og ukorrekt netværk konfigurationer, hvor en netværksforbindelse gentagne gange forsøger og mislykkes. Dette er grunden til, at det nogle gange er effektivt til at løse problemet, fordi det kan afslutte den fejlagtige gentagelse, som får configd til at gå g alt, og i nogle tilfælde, hvor aflivning af configd ikke løser problemet, kan det løse problemet ved at fjerne syndernes plist-fil problemet én gang for alle. Dine individuelle oplevelser og resultater kan variere.