configd: Odpravljanje težav z visoko porabo procesorja s procesom configd v Mac OS X
configd je sistemski konfiguracijski demon, ki deluje za Mac OS X, večina uporabnikov ne bo nikoli opazila ali videla osnovnega procesa OS X, ki teče v ozadju njihovih Macov. Kljub temu lahko config včasih deluje in povzroči nenavadne skoke procesorja in delovanje ventilatorjev, zaradi česar vaš Mac zveni kot vetrovnik. Nenavadno vedenje konfiguracij je enostavno diagnosticirati tako, da zaženete Activity Monitor, razvrstite po možnosti »% CPU« in vidite korenski uporabniški proces »configd«, ki sedi na vrhu in zasede nekje med 20-95 % CPU.Če to vedenje traja kakšno minuto, običajno ni nič posebnega, začasni skoki so lahko normalni, zato ga pustite delovati in ga ignorirajte, vendar so trenutki, ko se lahko configd nerazložljivo zmoti in bo imel približno 50-odstotno izkoriščenost procesorja ali več ur brez očitnega razloga – to želimo rešiti tukaj.
Rešite configd High CPU Usage s prisilnim ponovnim zagonom prek terminala
Na silo bomo znova zagnali configd tako, da ga hitro brcnemo v hlače z vsemogočnim ukazom 'killall'. Ker je configd sistemski proces, se bo takoj znova zagnal, ko bo uničen, in v vsakem primeru, ko configd ponori zaradi uporabe procesorja, ta trik reši težavo.
Zaženite terminal (kot običajno znotraj /Applications/Utilities/) in vnesite naslednji ukaz:
sudo killall configd
Za izvedbo ukaza kot super uporabnik boste morali vnesti skrbniško geslo, torej predpono sudo. Izvajanje ukaza brez sudo je neučinkovito, ker je proces v lasti root (super uporabnika).
Če ste imeli Activity Monitor odprt in razvrščen po CPE-ju, boste ugotovili, da »configd« izgine in ko se znova zažene, ne sedi več na vrhu seznama in ne porablja več pretirane količine CPE-ja . Če poiščete postopek, bi zdaj morali ugotoviti, da porabi nekje med 0 % in 1 % CPU.
Če imate po uporabi ukaza killall še vedno težave s configd, skočite na dno tega članka, da izveste več o odpravljanju težav s configd.
Ukvarjanje s configd brez terminala
Če niste zadovoljni z ukazno vrstico, sta na voljo še dve možnosti:
- Zaprite vse delujoče aplikacije Mac, kar lahko storite ročno ali s to aplikacijo, ki ste jo izdelali sami, da zaprete vse v OS X
- Ponovni zagon Maca
Ponovni zagon Maca ima enak učinek kot neposredna ukinitev config procesa, čeprav je očitno nekoliko bolj moteč za vaš potek dela. Zapiranje vsake aplikacije lahko pomaga, če je napako configd povzročilo napačno vedenje aplikacije, več o tem kmalu.
Diagnosticiranje posebnih težav s konfiguracijo in učenje o konfiguraciji
Apple uradno opisuje configd kot sledi:
Daemon configd je odgovoren za številne konfiguracijske vidike lokalnega sistema. configd vzdržuje podatke, ki odražajo želeno in trenutno stanje sistema, zagotavlja obvestila aplikacijam, ko se ti podatki spremenijo, in gosti številne konfiguracijske agente v obliki svežnjev, ki jih je mogoče naložiti.
Ta izvleček je vzet iz strani priročnika na config, do katere lahko dostopate tako, da v terminal vnesete naslednje:
man configd
To lahko preberete neposredno na vašem Macu prek ukazne vrstice ali prek spleta s povezavo Knjižnica za razvijalce tukaj.
Če želite poskusiti diagnosticirati, zakaj je configd sploh ponorel, lahko na naslednjih dveh lokacijah poiščete svežnje configd in datoteke plist, ki lahko dajo nekaj namigov o tem, kaj se dogaja narobe in zakaj:
/System/Library/SystemConfiguration/
/Library/Preferences/SystemConfiguration/
Druga možnost je, da izberete ponovni zagon configd v podrobnem načinu z naslednjim ukazom:
sudo /usr/libexec/configd -v
To bo izvozilo podrobne informacije v sistemsko konzolo OS X, ki jih je mogoče prebrati iz aplikacije konzole ali tudi prek ukazne vrstice.Primerjava teh informacij s tistimi, ki jih najdemo v zgoraj omenjenih sistemskih imenikih, je lahko zelo koristna pri diagnosticiranju natančnega vzroka.
Splošne izkušnje so pokazale, da nekatere aplikacije in procesi povzročajo težave s konfiguracijo pogosteje kot druge, nekatere med njimi lahko vključujejo Javo in storitve, ki temeljijo na Javi, kot je CrashPlan, nekatere tiskalnike, kjer so nerazrešene napake pri tiskanju, in neustrezno omrežje konfiguracije, kjer se omrežna povezava večkrat poskuša vzpostaviti in je neuspešna. Zato je včasih zapiranje vseh aplikacij učinkovito pri reševanju težave, saj lahko konča neuspešno ponavljanje, zaradi katerega se configd pokvari, in v nekaterih primerih, ko uničenje configd ne reši težave, lahko odpravi težavo z odstranitvijo krivčeve datoteke plist vprašanje enkrat za vselej. Vaše individualne izkušnje in rezultati se lahko razlikujejo.