configd — это демон конфигурации системы, который работает за Mac OS X, большинство пользователей никогда не заметят и не увидят основной процесс OS X, работающий в фоновом режиме их компьютеров Mac. С учетом сказанного, configd иногда может действовать и вызывать необычные всплески ЦП и активность вентиляторов, из-за чего ваш Mac звучит как аэродинамическая труба. Странное поведение configd легко диагностировать, запустив Activity Monitor, отсортировав по параметру «% CPU» и увидев, что процесс root-пользователя «configd» находится вверху и занимает где-то между 20-95% CPU.Если такое поведение длится в течение минуты или около того, обычно это не имеет большого значения, временные всплески могут быть нормальными, поэтому просто дайте ему работать и игнорируйте его, но бывают случаи, когда configd может работать необъяснимо ошибочно, и он будет использовать около 50% загрузки ЦП. или более в течение нескольких часов без видимой причины — это то, что мы пытаемся решить здесь.

Решить проблему высокой загрузки ЦП в конфигурации с помощью принудительного перезапуска через терминал

Мы собираемся принудительно перезапустить configd, дав ему быстрый пинок под зад с помощью всемогущей команды killall. Поскольку configd является системным процессом, он мгновенно перезапустится после того, как будет убит, и в каждом случае, когда configd сходит с ума из-за загрузки процессора, этот трюк решает проблему.

Запустите Терминал (находясь в /Applications/Utilities/ как обычно) и введите следующую команду:

sudo killall configd

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

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

Если у вас по-прежнему возникают проблемы с configd после использования команды killall, перейдите к концу этой статьи, чтобы узнать больше об устранении неполадок с configd.

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

Если вам не нравится командная строка, есть два других варианта:

1. Закройте все запущенные приложения Mac, что вы можете сделать вручную или с помощью этого самодельного приложения, чтобы закрыть все в OS X
2. Перезагрузите Mac

Перезагрузка Mac имеет тот же эффект, что и непосредственное уничтожение процесса configd, хотя, очевидно, это немного более мешает вашему рабочему процессу. Выход из каждого приложения может помочь, если ошибка configd вызвана ошибочным поведением приложений, подробнее об этом чуть позже.

Диагностика конкретных проблем configd и изучение configd

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, которую можно прочитать либо из приложения консоли, либо через командную строку.Сравнение этой информации с тем, что находится в вышеупомянутых системных каталогах, может быть очень полезным для диагностики точной причины.

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