configd is een systeemconfiguratie-daemon die achter Mac OS X draait, de meeste gebruikers zullen het kernproces van OS X nooit opmerken of zien draaien op de achtergrond van hun Mac. Dat gezegd hebbende, kan configd soms optreden en ongebruikelijke CPU-pieken en ventilatoractiviteit veroorzaken, waardoor je Mac klinkt als een windtunnel. Vreemd configd-gedrag kan eenvoudig worden gediagnosticeerd door Activity Monitor te starten, te sorteren op de optie "% CPU" en het root-gebruikersproces 'configd' bovenaan te zien zitten en ergens tussen de 20-95% CPU in beslag te nemen.Als dat gedrag ongeveer een minuut aanhoudt, is het meestal geen probleem, tijdelijke pieken kunnen normaal zijn, dus laat het gewoon draaien en negeer het, maar er zijn momenten waarop configd op onverklaarbare wijze fout kan gaan en het blijft rond de 50% CPU-gebruik zitten urenlang of langer zonder duidelijke reden - dat is wat we hier proberen op te lossen.

Configd hoog CPU-gebruik oplossen met geforceerd opnieuw starten via terminal

We gaan configd geforceerd opnieuw starten door het een snelle trap in de broek te geven met het almachtige 'killall'-commando. Omdat configd een systeemproces is, wordt het onmiddellijk opnieuw gestart zodra het is uitgeschakeld, en in elk geval waarin configd gek wordt van het processorgebruik, lost deze truc het probleem op.

Launch Terminal (zoals gewoonlijk in /Applications/Utilities/) en typ de volgende opdracht:

sudo killall configd

U moet een beheerderswachtwoord invoeren om de opdracht als supergebruiker uit te voeren, dus het sudo-voorvoegsel. Het uitvoeren van de opdracht zonder sudo is niet effectief omdat het proces eigendom is van root (supergebruiker).

Als je Activity Monitor open en gesorteerd op CPU hebt gehouden, zul je zien dat 'configd' verdwijnt en wanneer het opnieuw wordt gestart, staat het niet langer bovenaan de lijst en verbruikt het niet langer buitensporige hoeveelheden CPU . Als u naar het proces zoekt, zou het nu ergens tussen de 0% en 1% van de CPU moeten verbruiken.

Als je nog steeds problemen hebt met configd nadat je de killall-opdracht hebt gebruikt, ga dan naar het einde van dit artikel voor meer informatie over het oplossen van problemen met configd.

Omgaan met configd zonder Terminal

Als u niet vertrouwd bent met de opdrachtregel, zijn er twee andere opties:

1. Stop alle draaiende Mac-applicaties, wat je handmatig kunt doen of door deze zelfgemaakte app te gebruiken om alles in OS X te stoppen
2. Start de Mac opnieuw op

Het herstarten van de Mac heeft hetzelfde effect als het direct beëindigen van het configd-proces, hoewel het duidelijk een beetje indringender is voor je workflow. Het afsluiten van elke applicatie kan helpen als de configd-fout wordt veroorzaakt door foutief gedrag van een app, daarover straks meer.

Diagnose van specifieke configd-problemen en leren over configd

Apple beschrijft configd officieel als volgt:

De configd-daemon is verantwoordelijk voor veel configuratieaspecten van het lokale systeem. configd houdt gegevens bij die de gewenste en huidige status van het systeem weerspiegelen, geeft meldingen aan applicaties wanneer deze gegevens veranderen en host een aantal configuratieagenten in de vorm van laadbare bundels.

Dat fragment is afkomstig van de handleidingpagina op configd, die toegankelijk is door het volgende in de terminal te typen:

man configd

Je kunt dat rechtstreeks op je Mac lezen via de opdrachtregel, of via internet met de Developer Library-link hier.

Als je wilt proberen vast te stellen waarom configd in de eerste plaats gek werd, kun je op de volgende twee locaties rondkijken naar configd-bundels en plist-bestanden, die enkele hints kunnen geven over wat er aan de hand is fout en waarom:

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

Een andere optie is ervoor te kiezen om configd opnieuw uit te voeren in uitgebreide modus met de volgende opdracht:

sudo /usr/libexec/configd -v

Dit exporteert uitgebreide informatie naar de OS X-systeemconsole, die kan worden gelezen vanuit de Console-app of ook via de opdrachtregel.Het vergelijken van die informatie met wat er in de bovengenoemde systeemmappen wordt gevonden, kan erg nuttig zijn bij het diagnosticeren van een precieze oorzaak.

Algemene ervaring heeft geleerd dat sommige apps en processen vaker configuratieproblemen veroorzaken dan andere, waaronder Java en op Java gebaseerde services zoals CrashPlan, bepaalde printers met onopgeloste afdrukfouten en een onjuist netwerk configuraties waarbij een netwerkverbinding herhaaldelijk probeert en mislukt. Dit is de reden waarom soms het stoppen van alle apps effectief is om het probleem op te lossen, omdat het de falende herhaling kan beëindigen die ervoor zorgt dat configd in de war raakt, en in sommige gevallen waar het doden van configd het probleem niet oplost, kan het verwijderen van het plist-bestand van de boosdoener oplossen het probleem voor eens en voor altijd. Uw individuele ervaringen en resultaten kunnen variëren.