configd — це демон конфігурації системи, який працює за Mac OS X, більшість користувачів ніколи не помітять і не побачать основний процес OS X, що працює у фоновому режимі їхніх Mac. Зважаючи на це, конфігурація іноді може спрацьовувати та спричиняти незвичні стрибки процесора та активність вентиляторів, через що ваш Mac схожий на аеродинамічну трубу. Дивну поведінку конфігурації легко діагностувати, запустивши Монітор активності, відсортувавши за параметром «% ЦП» і побачивши, що процес користувача «configd», розташований угорі, займає приблизно 20-95% ЦП.Якщо така поведінка триває протягом хвилини або близько того, це зазвичай не має великого значення, тимчасові стрибки можуть бути нормальним явищем, тому просто дайте йому працювати та ігноруйте його, але бувають випадки, коли configd може незрозуміло збитися з ладу, і він буде використовувати близько 50% ЦП або більше протягом годин без очевидної причини – це те, що ми шукаємо тут для вирішення.

Вирішити конфігурацію високого використання ЦП за допомогою примусового перезапуску через термінал

Ми збираємося примусово перезапустити configd, швидко вдаривши його в штани за допомогою всемогутньої команди «killall». Оскільки configd є системним процесом, він миттєво перезапуститься після завершення роботи, і в кожному випадку, коли configd божевільний із використанням процесора, цей трюк вирішує проблему.

Запустіть термінал (як зазвичай у /Applications/Utilities/) і введіть таку команду:

sudo killall configd

Вам потрібно буде ввести пароль адміністратора, щоб виконати команду як суперкористувач, отже, префікс sudo. Виконання команди без sudo є неефективним, оскільки процес належить root (суперкористувачу).

Якщо ви залишили Монітор активності відкритим і відсортованим за процесором, ви побачите, що «configd» зникне, а коли він перезапуститься, він більше не перебуватиме у верхній частині списку та не споживатиме надмірну кількість ЦП . Пошук процесу тепер повинен виявити, що він споживає десь від 0% до 1% ЦП.

Якщо після використання команди killall у вас все ще виникають проблеми з configd, перейдіть до кінця цієї статті, щоб дізнатися більше про усунення проблем configd.

Робота з config без терміналу

Якщо вам незручно працювати з командним рядком, є ще два варіанти:

1. Закрийте всі запущені програми Mac, що можна зробити вручну або за допомогою цієї самостійно створеної програми, щоб вийти з усіх програм OS X
2. Перезавантажте Mac

Перезавантаження Mac має такий самий ефект, як і безпосереднє завершення процесу конфігурації, хоча це, очевидно, дещо нав’язливіше для вашого робочого процесу. Вихід із кожної програми може допомогти, якщо помилка конфігурації спричинена помилковою поведінкою програми, докладніше про це за мить.

Діагностика конкретних проблем конфігурації та вивчення конфігурації

Apple офіційно описує configd так:

Демон configd відповідає за багато аспектів конфігурації локальної системи. configd зберігає дані, що відображають бажаний і поточний стан системи, надає сповіщення програмам, коли ці дані змінюються, і містить ряд агентів конфігурації у формі завантажуваних пакетів.

Цей уривок взято зі сторінки посібника на configd, доступ до якої можна отримати, ввівши в термінал наступне:

man configd

Ви можете прочитати це безпосередньо на своєму Mac за допомогою командного рядка або через Інтернет, використовуючи тут посилання на бібліотеку розробників.

Якщо ви хочете спробувати діагностувати, чому configd взагалі зійшов з розуму, ви можете пошукати в наступних двох місцях пакети configd і файли plist, які можуть надати деякі підказки щодо того, що відбувається неправильно і чому:

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

Іншим варіантом є вибір повторного запуску configd у докладному режимі за допомогою такої команди:

sudo /usr/libexec/configd -v

Це експортуватиме докладну інформацію до системної консолі OS X, яку можна буде прочитати з додатка Console або також через командний рядок.Порівняння цієї інформації з тим, що міститься у вищезгаданих системних каталогах, може бути дуже корисним для діагностики точної причини.

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