Процесс "powerd" использует много процессорного времени

Часто после того, как я вывожу свой Mac из спящего режима powerd(который является демоном управления питанием? Который, в частности, занимается спящим режимом Mac и его пробуждением?) использует высокую загрузку процессора, обычно от 25% до 50% на моем процессоре i7.

Кто-нибудь знает, как я могу узнать, что вызывает это, и что я могу сделать, чтобы это исправить? Кажется, это проблема с пробуждением ото сна, но я не знаю, что.

Эта проблема начала возникать после того, как я обновил свой Mac Mini до версии 10.10.2 несколько недель назад.

Я бы посмотрел в консоли, чтобы увидеть, что он делает!
Я не вижу ничего важного в консоли. За последние 30 минут не было никаких релевантных элементов, и фильтрация powerdпоказывает одну строку: 15/03/04 12:27:27.000 am kernel[0]: PM response took 3152 ms (26, powerd)похоже, это когда я усыпляю Mac.
Сколько памяти он использует? У меня это на 0 ЦП и 1 МБ памяти
powerdнаходится на 25% ЦП и 30 МБ памяти.
хм, введите «power» в фильтр консоли (не powerd), чтобы увидеть, что включается / выключается, это должен быть аэропорт и HDMI и т. Д.
После ввода powerв консоли последнее событие произошло 3 часа назад, поэтому я не думаю, что это должно быть связано с текущим высоким использованием ЦП с powerd? Элементы в консоли после фильтрации powerd, похоже, связаны с тем, когда я спал/разбудил свой Mac, и все.
Процент в Мониторе активности указан для каждого ядра, поэтому 25% на самом деле больше похожи на 3% от общего количества ЦП… не о чем беспокоиться.
Да, это правда, но она все равно должна быть ниже 10%. Что-то делает его 25% или больше, чего, вероятно, не должно происходить. Иногда, когда он достигает 75%, я перезагружаю свой Mac, чтобы он снова упал до 1% или около того.
Также есть эта проблема на моем сервере Yosemite, но не на любом из ноутбуков. Перезагрузка решает это, но я не знаю, как он попадает в это состояние! Хм
Я столкнулся с той же проблемой, и перезапуск вызвал то же сумасшествие с монитором активности, о котором упоминал std.denis. Обновления приходили со скоростью 10-20 в секунду, а может и больше. Однако VMware была единственным приложением, которое действительно сходило с ума. Вы используете VMWare, и у вас был запущен виртуальный сервер? Кажется возможным, что между хостом и виртуальным сервером происходит некоторая путаница, когда дело доходит до перехода в спящий режим. У меня 10.10.3, VMWare Fusion 7.1.1.
Я должен уточнить, перезагружая только powerd, а не всю машину.
Подробнее об этом вопросе, powerd занимает много времени. Mac Mini середины 2011 г., 10.10.3 ... Приложения не работают, через две минуты вентилятор начинает вращаться со скоростью 5500 об/мин! Монитор активности говорит, что powerd использует много процентов ЦП, а все остальные процессы намного меньше. НИКАКИХ приложений не работает! Перезапустил, улучшений нет. Закройте powerd и отключите монитор активности, а затем перезапустите. Ожидание, сколько времени потребуется, чтобы powerd снова взял на себя управление. Только то, что приведено в действие???
Сначала я не заметил эту проблему из-за использования ЦП, но поскольку у меня была открыта вкладка «Сеть» в мониторе активности, и, несмотря на отсутствие приложений, использующих Интернет, каждые несколько секунд он показывал огромный всплеск входящих и исходящих пакетов ( около 1 000 000 пакетов в секунду.)
Комментарий @William Turrell - довольно хороший намек на возможную причину неправильного поведения власти. При сильной сетевой атаке процессор Mac естественным образом набирает обороты. Если у вас нет привычки просматривать журналы брандмауэра и сети, сейчас самое время начать. Атаки, исходящие через беспроводной интерфейс из-за плохого соединения, приведут к высокому потреблению энергии и, следовательно, к необходимости частого мониторинга.
Я думаю, что это может быть троян для майнинга биткойнов. Мое подключение к Интернету было медленным, поэтому я проверил статистику передачи на своей точке доступа, и она была перегружена. Никто больше не подключен, поэтому я решил, что это должен быть мой компьютер. После проверки Activity Monitor я заметил, что powerd использует подозрительное количество ресурсов процессора. Уничтожение процесса не только освободило ЦП, но и использование полосы пропускания упало до нуля.
У меня было несколько паник ядра при холодном старте, вызванных сторожевым таймером из-за долгой загрузки с кучей tx_flushлогов на диске, и один из подробных логов был именно таким. powerd нагрузил мой процессор на 180 секунд, что вызвало долгую загрузку, поэтому сторожевой таймер вызвал панику ядра. После загрузки в BOOTCAMP один раз и загрузки обратно на Mac это исправлено, но теперь я боюсь выключаться. Что это, Эппл? >.>

Ответы (8)

sudo kill -HUP $(pgrep powerd)

(у меня нет ответа на вопрос "почему")

Более кратко,sudo pkill -HUP powerd
кажется, что он перезапускается на HUP, поэтому обычный TERM может выполнять ту же работу. Если бы только они задокументировали что-нибудь о демоне на справочных страницах.
Если @AndyDent верен (ниже), то это не проблема, она активна только тогда, когда вы запускаете ActivityMonitor, чтобы увидеть, активен ли он.
top -o cpuпоказывает все запущенные процессы, упорядоченные по ЦП. powerdс работающим монитором активности (для меня) ~ 15% загрузки процессора. Закройте монитор активности. powerdсейчас 0,1%.
Мне просто нужен был этот ответ, и у меня может быть крошечная подсказка о том, «почему». Это случилось со мной, когда моя игра, которую я кодирую, вылетела из-за ошибки сегментации. Предполагается, что ОС должна обнаруживать segfault и блокировать его (и вызывать сбой программы, вызвавшей его), я думаю, что OSX недостаточно хороша в этом отношении, и моя маленькая игра каким-то образом искажает системные процессы. Или его собственная обработка исключений вызвала ошибку в их собственных процессах.

sudo pmset schedule cancelallисправил это для меня.

После обновления с macOS Ventura beta 3 до beta 4 Powerd использовал 100% ЦП даже после его перезапуска.

pmset -g logмногократно напечатанный

2022-07-28 23:54:10 +0100 Assertions            PID 117(powerd) TimedOut InternalPreventSleep "com.apple.powermanagement.wakeschedule" 00:00:04  id:0x0xd00008a28 [System: PrevIdle DeclUser kDisp]

pmset -g schedпоказал два запланированных события:

Scheduled power events:
 [0]  wake at 04/12/62 00:47:16 by 'com.apple.alarm.user-visible-com.apple.email.SendLaterDelivery' User visible: true
 [1]  wake at 04/12/62 00:47:16 by 'com.apple.alarm.user-visible-com.apple.email.SendLaterDelivery' User visible: true

pmset schedule cancelallудалил эти два, и процессор powerd сразу упал.

Это исправило это и для меня. Произошло после обновления с Ventura beta 3 до beta 4
Это сработало для меня (бета-версия Ventura), спасибо!
И это работает над бета-версией 5, для тех, кто еще не нашел это решение!
Это просто исправило это и для меня, спасибо!
Возникла эта проблема при обновлении до Ventura Beta 5. После запуска отмены все это было исправлено.
Та же проблема, исправил сразу. Я сходил с ума от звука. Сейчас работает Ventura 13.0.
Большое тебе спасибо! Вы спасены от MacBook!

Вы пытались powerdостановиться Activity Monitor? Это решило потребление процессора для меня.

Но после остановки powerdу меня появился странный эффект Activity Monitor- он как бы Update Frequencyизменился с Often (2 sec)на Nonstop (0 sec), т.е. непрерывный без задержек. Так что мне тоже пришлось бросить Activity Monitor.

После этих операций и перезагрузки Activity Monitorвсе работает нормально.

Судя по тому, как вы это описываете, это не похоже на хорошее решение. Я согласен с тем, что перезапуск Mac часто является лучшим способом исправить эти неуправляемые процессы.
Не уверен, что полная перезагрузка Mac при каждом сбое какой-либо утилиты является достаточно хорошим вариантом. Если эта утилита не влияет на стабильность системы.
Хорошо, я убью его, чтобы посмотреть, как это пойдет, в следующий раз. Но я ищу более постоянное, долгосрочное решение.
Я сделал то же самое и увидел то, о чем вы говорили в мониторе активности, но если вы присмотритесь, вы увидите, что на самом деле происходит резервное копирование самого монитора активности, и он быстро выполняет обновления. последовательность, чтобы попытаться наверстать упущенное. Мой был отложен на пару дней (на малоиспользуемой машине), похоже, и требуется некоторое время, чтобы наверстать упущенное.

На моем компьютере это был Activity Monitor, из-за которого powerdпроцесс использовал много ресурсов процессора (20-30%, иногда 50%, сброс SMC не помог). Выход из Activity Monitor «решил» проблему. Проверил в Терминале, запустив top.

Выполнение примера процесса powerd предполагает, что Activity Monitor может продолжать получать от него информацию о воздействии энергии.
Да, работал на меня.
Кто бы мог подумать? Я бы никогда не подумал, что Activity Monitor будет виноват, но, безусловно, виноват на моей машине. Спасибо за предложение.

Я использую iStatMenus для мониторинга ряда вещей, и он подтверждает, что powerd использует много ресурсов ЦП только во время работы Activity Monitor. В других случаях он не отображается в списке пользователей с высокой загрузкой ЦП.

Я нахожу это утверждение более чем сомнительным. Это, конечно, не соответствует логической оценке моего опыта. 1) Система работает медленно по какой-то необъяснимой причине. 2) Открыт Activity Monitorдля расследования. 3) powerdкажется виноватым. ( Да, это не противоречит вашему утверждению, но... ) 4) Убить powerd5) Внезапно производительность улучшится. ( Это убедительно свидетельствует о том, что powerd это виновник, и, возможно iStatMenus, он не оправдывает вашей веры в него. ;) )

Вам необходимо сбросить SMC . Как и в другом ответе, у меня нет почему, но у меня есть решение.

 Mac mini, iMac, Mac Pro

Выключите Mac, отсоедините шнур питания, подождите 30 секунд, подключите шнур питания, подождите 5 секунд, запустите Mac.

Макбук

Выключите Mac, сначала нажмите Shift+ Ctrl+ , Altа затем нажмите кнопку питания. Это не должно запускаться. Посмотрите на светодиод на шнуре питания, он должен измениться на несколько секунд. Затем отпустите Shift+ Ctrl+ Altи запустите свой Mac.

а обоснование?
Не могли бы вы улучшить свой ответ, чтобы он меньше походил на молитвенные движения :).<br>Как диагностируется "Вам нужно"?
Сброс SMC не помогает, помогает перезагрузка компьютера. Чем дольше мое время безотказной работы, тем больше энергии потребуется (только при работающем мониторе активности). Я уже 10 дней не перезагружаюсь и занимает 50% одного ядра. Это исчезнет, ​​если я перезапущу.

На веб-странице Apple: Сброс контроллера управления системой (SMC) на вашем Mac обсуждается, когда и почему вы должны сбросить свой SMC (контроллер управления системой). В нем не упоминается эта проблема, но, по крайней мере, он позволяет вам узнать немного больше о том, что означает сброс SMC!

У меня тоже сейчас такая проблема с питанием.

Чтобы сбросить SMC на компьютерах Mac Pro, iMac и Mac mini с процессорами Intel, вам необходимо:

  1. Выключить компьютер.
  2. Отсоедините шнур питания.
  3. Подождите пятнадцать секунд.
  4. Подсоедините шнур питания.
  5. Подождите пять секунд, затем нажмите кнопку питания, чтобы включить компьютер.
Сегодня у меня все еще была проблема с питанием (25-45% использования процессора). Я закрывал приложения по одному на случай, если проблема была вызвана одним приложением, но powerd продолжал грузить процессор. Затем я перезапустил, и это решило проблему. Как было сказано выше, монитор активности, казалось, в течение нескольких секунд после перезапуска проигрывал догонялки, показывая данные, которые были собраны (я полагаю) до перезапуска. В течение этого времени обновления монитора приходили быстро и показывали, что powerd все еще использует 40% процессора. Через несколько секунд монитор успокоился, и powerd исчез из списка мониторов пользователей процессора.

У меня та же проблема: powerd использует более одного ядра ЦП на моем 16-дюймовом MacBook Pro 2019 года на macOS Catalina 10.15.7, а также делает мою систему очень медленной (несмотря на то, что она потребляет «только» чуть более одного ядра из восемь).[Редактировать: проблема все еще присутствует в macOS Big Sur 11.1.]

Решения, которые не сработали:

  1. sudo pkill -HUP powerd(он немедленно перезагрузится и возобновит перегрузку моего процессора)
  2. закрытие монитора активности
  3. закрытие Intel Power Gadget
  4. отключив все мои устройства Thunderbolt 3 и адаптеры питания
  5. перезагрузка
  6. сброс моего SMC

Проблема/симптомы:

Поэтому я открыл Console.app и неоднократно замечал следующее:

Process powerd.154 TimedOut UserIsActive "com.apple.powermanagement.wakeschedule" age:00:00:01 id:38654738880 [System: DeclUser kDisp] Консольное приложение macOS постоянно показывает: Process powerd.154 TimedOut UserIsActive "com.apple.powermanagement.wakeschedule"

Решение:

Это натолкнуло меня на этот пост Reddit . В нем u/iTim314 отмечает, что ему нужно было перейти в «Системные настройки» > «Экономия энергии» > «Расписание» и что-то указать. Я выбрал наименее раздражающие возможные значения:введите описание изображения здесь

После нажатия «ОК» это сразу же устранило мои проблемы с питанием. Больше никаких предупреждений powerd в Console.app, powerd больше не загружал мой процессор, и моя система сразу же стала более отзывчивой. Если я сниму оба эти значения и снова сохраню, проблема сразу же появится снова. И так далее. (Джокер: «Та-да! Его больше нет!»)

Примечания

К сожалению, это обходной путь, а не настоящее решение, но я надеюсь, что это поможет другим найти правильное решение или исправление ошибки.

Гипотеза

После написания этого поста меня осенило: эта проблема, по-видимому, начала возникать после того, как я зашел в диалоговое окно «Расписание энергосбережения» два дня назад. Я посмотрел, проверил (один или) оба варианта, возможно, сохранил свои изменения (я не помню), затем снял галочки с параметров, а затем, возможно, снова сохранил (если я сохранил в первый раз). У меня этот MacBook Pro уже больше года (и другие MacBook Pro более десяти лет), и я не сталкивался с этой проблемой, так что, вероятно, это не совпадение. Мне осталось задаться вопросом, пишется ли для этих настроек поврежденный .plist...

Процесс "powerd" использует много процессорного времени
СпросиСетьПолитика конфиденциальности1y, 0v