configd: fikse problemer med høy CPU-bruk med configd-prosessen i Mac OS X
configd er en systemkonfigurasjonsdaemon som kjører bak Mac OS X, de fleste brukere vil aldri legge merke til eller se kjernen OS X-prosessen kjører i bakgrunnen på Mac-ene. Når det er sagt, kan configd noen ganger virke opp og forårsake uvanlige CPU-topper og vifteaktivitet som gjør at Mac-en din høres ut som en vindtunnel. Odd configd-atferd diagnostiseres enkelt ved å starte Activity Monitor, sortere etter "% CPU"- alternativet og se "configd"-rotbrukerprosessen som sitter øverst og tar opp et sted mellom 20-95% CPU.Hvis den oppførselen varer i et minutt eller så, er det vanligvis ikke en stor sak, midlertidige topper kan være norm alt, så bare la det kjøre og ignorere det, men det er tider hvor configd kan gå uforklarlig feil og den vil sitte rundt 50% CPU-utnyttelse eller mer i timevis uten åpenbar grunn – det er det vi ønsker å løse her.
Løs konfigd Høy CPU-bruk med tvungen relansering via terminal
Vi kommer til å tvangsstarte configd ved å gi den et raskt spark i buksene ved å bruke den mektige 'killall'-kommandoen. Fordi configd er en systemprosess, vil den umiddelbart starte på nytt når den har blitt drept, og i alle tilfeller der configd blir gal med prosessorbruk løser dette trikset problemet.
Start terminal (sitter i /Applications/Utilities/ som vanlig) og skriv inn følgende kommando:
sudo killall configd
Du må angi et administratorpassord for å utføre kommandoen som superbruker, dermed sudo-prefikset. Å kjøre kommandoen uten sudo er ineffektivt fordi prosessen eies av root (superbruker).
Hvis du holdt Activity Monitor åpen og sortert etter CPU, vil du finne at "configd" forsvinner og når den relanseres, sitter den ikke lenger øverst på listen og spiser ikke lenger opp unormale mengder CPU . Søking etter prosessen bør nå finne at den bruker et sted mellom 0 % og 1 % av CPU.
Hvis du fortsatt har problemer med configd etter å ha brukt killall-kommandoen, hopp til bunnen av denne artikkelen for å lære mer om feilsøking av configd-problemer.
Handtere konfigd uten terminal
Hvis du ikke er komfortabel med kommandolinjen, er det to andre alternativer:
- Avslutt alle Mac-applikasjoner som kjører, noe du kan gjøre manuelt eller ved å bruke denne selvlagde appen for å avslutte alt i OS X
- Start Mac på nytt
Å starte Mac-en på nytt har samme effekt som å drepe configd-prosessen direkte, selv om det åpenbart er litt mer påtrengende for arbeidsflyten din. Å avslutte alle apper kan hjelpe hvis konfigurasjonsfeilen er forårsaket av en apper som feiler oppførsel, mer om det om et øyeblikk.
Diagnostisere spesifikke konfigurasjonsproblemer og lære om configd
Apple beskriver offisielt configd som følger:
Configd-daemonen er ansvarlig for mange konfigurasjonsaspekter av det lokale systemet. configd vedlikeholder data som gjenspeiler ønsket og gjeldende tilstand til systemet, gir varsler til applikasjoner når disse dataene endres, og er vert for en rekke konfigurasjonsagenter i form av lastbare bunter.
Dette utdraget er hentet fra manualsiden på configd, som kan nås ved å skrive inn følgende i terminalen:
man configd
Du kan lese det direkte på Mac-en via kommandolinjen, eller via nettet ved å bruke koblingen til utviklerbiblioteket her.
Hvis du vil forsøke å diagnostisere hvorfor configd ble gal i utgangspunktet, kan du se deg rundt på de følgende to stedene for configd-bunter og plist-filer, som kan gi noen hint om hva som skjer feil og hvorfor:
/System/Library/SystemConfiguration/
/Library/Preferences/SystemConfiguration/
Et annet alternativ er å velge å kjøre configd på nytt i detaljert modus med følgende kommando:
sudo /usr/libexec/configd -v
Dette vil eksportere detaljert informasjon til OS X-systemkonsollen, som kan leses enten fra konsollappen eller gjennom kommandolinjen også.Å sammenligne denne informasjonen med det som finnes i de nevnte systemkatalogene kan være svært nyttig for å diagnostisere en nøyaktig årsak.
Generell erfaring har vist at noen apper og prosesser forårsaker konfigurasjonsproblemer oftere enn andre, noen av dem kan inkludere Java- og Java-baserte tjenester som CrashPlan, enkelte skrivere der det er uløste utskriftsfeil og feil nettverk konfigurasjoner der en nettverkstilkobling gjentatte ganger forsøker og mislykkes. Dette er grunnen til at det å avslutte alle apper noen ganger er effektivt for å løse problemet, fordi det kan avslutte den mislykkede repetisjonen som får configd til å gå g alt, og i noen tilfeller der det å drepe configd ikke løser problemet, kan det løses å fjerne de skyldige plist-filen problemet en gang for alle. Dine individuelle erfaringer og resultater kan variere.