configd är en systemkonfigurationsdemon som körs bakom Mac OS X, de flesta användare kommer aldrig att märka eller se kärnan i OS X-processen köra i bakgrunden på sina Mac-datorer. Med det sagt kan configd ibland agera och orsaka ovanliga CPU-spikar och fläktaktivitet som får din Mac att låta som en vindtunnel. Udda configd-beteende kan enkelt diagnostiseras genom att starta Activity Monitor, sortera efter alternativet "% CPU" och se "configd"-rotanvändarprocessen som sitter högst upp och tar upp någonstans mellan 20-95% CPU.Om det beteendet varar i någon minut eller så är det vanligtvis inte en stor sak, tillfälliga toppar kan vara norm alt så låt det bara köra och ignorera det, men det finns tillfällen då configd kan gå oförklarligt fel och det kommer att sitta runt 50% CPU-användning eller mer i timmar utan uppenbar anledning – det är vad vi vill lösa här.

Lös configd Hög CPU-användning med Force Relaunch via Terminal

Vi kommer att tvångsstarta configd genom att ge den en snabb spark i byxorna med det mäktiga 'killall'-kommandot. Eftersom configd är en systemprocess kommer den omedelbart att startas om när den har dödats, och i varje fall där configd blir galen med processoranvändning löser detta trick problemet.

Starta Terminal (sitter i /Applications/Utilities/ som vanligt) och skriv följande kommando:

sudo killall configd

Du måste ange ett administratörslösenord för att utföra kommandot som superanvändare, alltså sudo-prefixet. Att köra kommandot utan sudo är ineffektivt eftersom processen ägs av root (superanvändare).

Om du höll Activity Monitor öppen och sorterad efter CPU, kommer du att upptäcka att "configd" försvinner och när den startas om sitter den inte längre överst på listan och äter inte längre upp orimliga mängder CPU . När du söker efter processen bör den nu förbruka någonstans mellan 0 % och 1 % av CPU:n.

Om du fortfarande har problem med configd efter att ha använt kommandot killall, hoppa till botten av den här artikeln för att lära dig mer om felsökning av configd-problem.

Hanterar configd utan terminal

Om du inte är bekväm med kommandoraden finns det två andra alternativ:

1. Avsluta alla Mac-program som körs, vilket du kan göra manuellt eller genom att använda den här egentillverkade appen för att avsluta allt i OS X
2. Starta om Mac

Att starta om Mac har samma effekt som att döda configd-processen direkt, även om det uppenbarligen är lite mer påträngande för ditt arbetsflöde. Att avsluta alla program kan hjälpa om konfigurationsfelet orsakas av ett felaktigt appbeteende, mer om det inom ett ögonblick.

Diagnostisera specifika configd-problem och lära sig om configd

Apple beskriver officiellt configd på följande sätt:

Configd-demonen är ansvarig för många konfigurationsaspekter av det lokala systemet. configd upprätthåller data som återspeglar det önskade och aktuella tillståndet för systemet, ger meddelanden till applikationer när dessa data ändras och är värd för ett antal konfigurationsagenter i form av laddningsbara paket.

Det här utdraget är hämtat från manualsidan på configd, som kan nås genom att skriva följande i terminalen:

man configd

Du kan läsa det direkt på din Mac via kommandoraden eller via webben med hjälp av länken för utvecklarbiblioteket här.

Om du vill försöka diagnostisera varför configd blev galen från början, kan du titta runt på följande två platser efter configd-buntar och plist-filer, vilket kan ge några tips om vad som händer fel och varför:

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

Ett annat alternativ är att välja att köra configd igen i verbose mode med följande kommando:

sudo /usr/libexec/configd -v

Detta kommer att exportera utförlig information till OS X System Console, som kan läsas antingen från Console-appen eller också via kommandoraden.Att jämföra den informationen med vad som finns i de tidigare nämnda systemkatalogerna kan vara till stor hjälp för att diagnostisera en exakt orsak.

Allmän erfarenhet har visat att vissa appar och processer orsakar konfigurationsproblem oftare än andra, av vilka några kan inkludera Java- och Java-baserade tjänster som CrashPlan, vissa skrivare där det finns olösta utskriftsfel och felaktigt nätverk konfigurationer där en nätverksanslutning upprepade gånger försöker och misslyckas. Det är därför det ibland är effektivt att lösa problemet att avsluta alla appar, eftersom det kan sluta med den misslyckade upprepningen som gör att configd går galet, och i vissa fall där det inte löser problemet att döda configd kan det lösa sig att ta bort de skyldiga plist-filen frågan en gång för alla. Dina individuella erfarenheter och resultat kan variera.