configd е демон за системна конфигурация, който работи зад Mac OS X, повечето потребители никога няма да забележат или видят основния процес на OS X, работещ във фонов режим на техните Mac. С това казано, config понякога може да действа и да причини необичайни скокове на процесора и активност на вентилатора, карайки вашия Mac да звучи като аеродинамичен тунел. Странното поведение на configd се диагностицира лесно чрез стартиране на Activity Monitor, сортиране по опцията „% CPU“ и виждане на root потребителския процес „configd“, разположен най-отгоре, като заема някъде между 20-95% CPU.Ако това поведение продължи около минута, обикновено не е голяма работа, временните пикове могат да бъдат нормални, така че просто го оставете да работи и го игнорирайте, но има моменти, в които configd може да излезе необяснимо погрешно и ще седи около 50% използване на процесора или повече за часове без очевидна причина – това е, което търсим да разрешим тук.

Resolve configd High CPU Usage with Force Relaunch via Terminal

Ще принудително рестартираме configd, като го ритнем бързо в панталоните с помощта на всемогъщата команда „killall“. Тъй като configd е системен процес, той незабавно ще се рестартира, след като бъде убит, и във всеки случай, когато configd полудява с използването на процесора, този трик решава проблема.

Стартирайте терминала (разположен в /Applications/Utilities/ както обикновено) и въведете следната команда:

sudo killall configd

Ще трябва да въведете администраторска парола, за да изпълните командата като супер потребител, следователно и префикса sudo. Изпълнението на командата без sudo е неефективно, защото процесът се притежава от root (супер потребител).

Ако сте оставили Activity Monitor отворен и сортиран по CPU, ще откриете, че 'configd' изчезва и когато се стартира отново, вече не стои в горната част на списъка и вече не изяжда прекомерни количества CPU . Търсенето на процеса трябва да открие, че той консумира някъде между 0% и 1% от процесора.

Ако все още имате проблеми с configd след използване на командата killall, преминете към края на тази статия, за да научите повече за отстраняването на проблеми с configd.

Работа с config без терминал

Ако не се чувствате комфортно с командния ред, има две други опции:

1. Затворете всички работещи Mac приложения, което можете да направите ръчно или като използвате това самостоятелно създадено приложение, за да затворите всичко в OS X
2. Рестартирайте Mac

Рестартирането на Mac има същия ефект като директното спиране на config процеса, въпреки че очевидно е малко по-натрапчиво за вашия работен процес. Излизането от всяко приложение може да помогне, ако configd грешката е причинена от неправилно поведение на приложението, повече за това след малко.

Диагностициране на специфични configd проблеми и обучение за configd

Apple официално описва configd по следния начин:

Демонът configd е отговорен за много аспекти на конфигурацията на локалната система. configd поддържа данни, отразяващи желаното и текущо състояние на системата, предоставя известия на приложенията, когато тези данни се променят, и хоства редица конфигурационни агенти под формата на зареждаеми пакети.

Този откъс е взет от страницата с ръководство на config, която може да бъде достъпна чрез въвеждане на следното в терминала:

man configd

Можете да прочетете това директно на вашия Mac чрез командния ред или през мрежата, като използвате връзката към библиотеката за разработчици тук.

Ако искате да опитате да диагностицирате защо configd е полудял на първо място, можете да разгледате на следните две места за configd пакети и plist файлове, които може да дадат някои съвети за това какво се случва грешно и защо:

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

Друга опция е да изберете повторно стартиране на configd в подробен режим със следната команда:

sudo /usr/libexec/configd -v

Това ще експортира подробна информация към системната конзола на OS X, която може да бъде прочетена или от приложението Console, или чрез командния ред.Сравняването на тази информация с това, което се намира в гореспоменатите системни директории, може да бъде много полезно при диагностицирането на точна причина.

Общият опит показва, че някои приложения и процеси причиняват проблеми с конфигурацията по-често от други, някои от които може да включват Java и базирани на Java услуги като CrashPlan, определени принтери, при които има неразрешени грешки при печат, и неправилна мрежа конфигурации, при които мрежова връзка се опитва многократно и се проваля. Ето защо понякога затварянето на всички приложения е ефективно за разрешаване на проблема, защото може да сложи край на неуспешното повторение, което кара configd да се обърква, а в някои случаи, когато убиването на configd не реши проблема, премахването на виновния plist файл може да го реши въпросът веднъж завинаги. Вашият индивидуален опит и резултати може да варират.