configd yra sistemos konfigūracijos demonas, veikiantis už „Mac OS X“, dauguma vartotojų niekada nepastebės ir nepamatys pagrindinio OS X proceso, veikiančio jų „Mac“ kompiuterių fone. Atsižvelgiant į tai, konfigūracija kartais gali suveikti ir sukelti neįprastus procesoriaus šuolius bei ventiliatorių veiklą, todėl jūsų „Mac“ skamba kaip vėjo tunelis. Keistas konfigūracijos elgesys lengvai diagnozuojamas paleidus Activity Monitor, rūšiuojant pagal parinktį „% CPU“ ir matant „configd“ pagrindinio vartotojo procesą, esantį viršuje, užimantį kažkur 20–95% procesoriaus.Jei toks elgesys trunka minutę ar ilgiau, tai paprastai nėra didelė problema, laikini šuoliai gali būti normalūs, todėl tiesiog leiskite jam veikti ir nekreipkite dėmesio į tai, tačiau kartais konfigūracija gali nepaaiškinamai suklysti ir procesoriaus panaudojimas bus apie 50%. ar ilgiau valandas be akivaizdžios priežasties – būtent tai ir norime išspręsti.

Išspręskite konfigūruotą didelį procesoriaus naudojimą naudodami priverstinį paleidimą per terminalą

Ketiname priverstinai iš naujo paleisti konfigūraciją, greitai spyrdami į kelnes naudodami visagalę komandą „killall“. Kadangi configd yra sistemos procesas, jis bus nedelsiant paleistas iš naujo, kai tik bus nužudytas, ir visais atvejais, kai konfigūracija išprotėja dėl procesoriaus naudojimo, ši gudrybė išsprendžia problemą.

Paleiskite terminalą (kaip įprasta yra /Applications/Utilities/) ir įveskite šią komandą:

sudo killall configd

Turėsite įvesti administratoriaus slaptažodį, kad vykdytumėte komandą kaip super vartotojas, taigi sudo priešdėlį. Vykdyti komandą be sudo yra neveiksminga, nes procesas priklauso root (super vartotojo).

Jei palikote aktyvumo monitorių atidarytą ir rūšiavote pagal procesorių, pamatysite, kad „configd“ dingsta, o kai jis bus paleistas iš naujo, jis nebesėdi sąrašo viršuje ir nebenaudoja be galo daug procesoriaus. . Ieškant proceso dabar turėtų būti, kad jis sunaudoja nuo 0% iki 1% procesoriaus.

Jei vis tiek kyla problemų su configd panaudojus komandą killall, pereikite į šio straipsnio apačią ir sužinokite daugiau apie konfigūracijos trikčių šalinimą.

Susidoroti su konfigūracija be terminalo

Jei jums nepatinka komandų eilutė, yra dvi kitos parinktys:

1. Uždarykite visas veikiančias „Mac“ programas, kurias galite atlikti rankiniu būdu arba naudodami šią savarankiškai sukurtą programą, kad išjungtumėte viską OS X
2. Paleiskite „Mac“ iš naujo

„Mac“ paleidimas iš naujo turi tokį patį poveikį, kaip ir tiesioginis konfigūravimo proceso nutraukimas, nors akivaizdu, kad tai šiek tiek labiau trukdo jūsų darbo eigai. Kiekvienos programos uždarymas gali padėti, jei konfigūracijos klaidą sukelia netinkamas programų elgesys. Daugiau apie tai iškart.

Konkrečių konfigūracijos problemų diagnostika ir mokymasis apie configd

„Apple“ oficialiai apibūdina konfigūraciją taip:

Configd demonas yra atsakingas už daugelį vietinės sistemos konfigūravimo aspektų. configd palaiko duomenis, atspindinčius pageidaujamą ir esamą sistemos būseną, teikia pranešimus programoms, kai šie duomenys pasikeičia, ir talpina daugybę konfigūracijos agentų įkeliamų paketų pavidalu.

Ši ištrauka paimta iš konfigūracijos vadovo puslapio, kurį galima pasiekti terminale įvedus:

man configd

Tai galite perskaityti tiesiogiai savo „Mac“ kompiuteryje naudodami komandų eilutę arba žiniatinklyje, naudodami čia esančią Kūrėjų bibliotekos nuorodą.

Jei norite pabandyti diagnozuoti, kodėl konfigūracija išprotėjo, galite apsižvalgyti šiose dviejose konfigūracijos rinkinių ir plist failų vietose, kurios gali suteikti užuominų apie tai, kas vyksta negerai ir kodėl:

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

Kita parinktis – pasirinkti iš naujo paleisti konfigūraciją išsamiu režimu, naudojant šią komandą:

sudo /usr/libexec/configd -v

Tai eksportuos išsamią informaciją į OS X System Console, kurią taip pat galima nuskaityti iš konsolės programos arba komandų eilutės.Šios informacijos palyginimas su tuo, kas yra anksčiau minėtuose sistemos kataloguose, gali būti labai naudinga diagnozuojant tikslią priežastį.

Bendra patirtis parodė, kad kai kurios programos ir procesai sukelia konfigūravimo problemų dažniau nei kiti, kai kurios iš jų gali apimti Java ir Java pagrįstas paslaugas, pvz., CrashPlan, tam tikrus spausdintuvus, kuriuose yra neišspręstų spausdinimo klaidų, ir netinkamą tinklą. konfigūracijos, kai nuolat bandoma prisijungti prie tinklo ir nepavyksta. Štai kodėl kartais išjungus visas programas problema išspręsta veiksmingai, nes tai gali nutraukti nesėkmingą pasikartojimą, dėl kurio konfigūracija sugenda, o kai kuriais atvejais, kai konfigūracijos išjungimas neišsprendžia problemos, gali išspręsti k altininkų plist failo pašalinimas. klausimas kartą ir visiems laikams. Jūsų asmeninė patirtis ir rezultatai gali skirtis.