El proceso "powerd" usa mucha CPU

A menudo, después de despertar mi Mac del modo de suspensión powerd(¿cuál es el demonio de administración de energía? ¿Qué se ocupa en particular de dormir la Mac y reactivarla?) usa una CPU alta, generalmente alrededor del 25% al ​​50% en mi CPU i7.

¿Alguien sabe cómo puedo averiguar qué lo está causando y qué puedo hacer para solucionarlo? Parece ser un problema al despertar del sueño, pero no sé qué.

Este problema comenzó a ocurrir después de que actualicé mi Mac Mini a 10.10.2, hace unas semanas.

¡Miraría en la consola para ver qué está haciendo!
No veo nada relevante en la Consola. No ha habido elementos relevantes en los últimos 30 minutos, y el filtrado powerdmuestra una línea: 15/03/04 12:27:27.000 am kernel[0]: PM response took 3152 ms (26, powerd)que parece ser cuando pongo la Mac en suspensión.
¿Cuánta memoria está usando? Lo tengo a 0 CPU y 1 MB de memoria
powerdtiene un 25 % de CPU y 30 MB de memoria.
hmm, escriba "power" en el filtro de la consola (no powerd) para ver qué se está encendiendo/apagando, debería ser Airport y HDMI, etc.
Después de escribir poweren la consola, el último evento es hace 3 horas, por lo que no creo que deba estar relacionado con el alto uso actual de la CPU de powerd? Los elementos en la Consola después de filtrar powerdparecen ser de cuando dormí/activé mi Mac, y eso es todo.
El porcentaje en el Monitor de actividad es por núcleo, por lo que el 25 % es realmente más como el 3 % de la CPU total… No es suficiente para preocuparse.
Sí, eso es cierto, pero aún debe estar por debajo del 10%. Algo lo está haciendo 25% o más, eso probablemente no debería estar sucediendo. A veces, cuando llega al 75%, reinicio mi Mac para que vuelva a bajar al 1% más o menos.
También tengo este problema en un servidor Yosemite mío, pero no con ninguna de las computadoras portátiles. Un reinicio lo resuelve, ¡pero no sé cómo llega a este estado! Mmm
Me encontré con este mismo problema, y ​​reiniciar causó la misma locura con el Monitor de actividad que mencionó std.denis. Las actualizaciones llegaban a 10-20 por segundo, tal vez más. Sin embargo, VMware era la única aplicación que realmente se estaba volviendo loca. ¿Ejecutas VMWare y tenías un servidor virtual ejecutándose? Parece posible que haya cierta confusión entre el host y el servidor virtual cuando se trata de ir a dormir. Estoy en 10.10.3, VMWare fusion 7.1.1
Debo aclarar, reiniciar solo powerd, no toda la máquina.
Más sobre esta pregunta, powerd tomando CPU% a lo grande. Mac Mini a mediados de 2011, 10.10.3... No se están ejecutando aplicaciones, ¡después de dos minutos, el ventilador comienza a funcionar rápidamente a 5500 RPM! Activity Monitor dice que powerd está usando mucho CPU% con todos los demás procesos mucho menos. ¡NINGUNA aplicación en ejecución! Reiniciado, sin mejoras. Salga de powerd y bastante Activity Monitor, luego reinicie. Esperando a ver cuánto tarda powerd en volver a tomar el control. ¿Qué es powerd?
Inicialmente no noté este problema debido al uso de la CPU, pero debido a que tenía la pestaña 'Red' abierta en el monitor de actividad y, a pesar de que ninguna aplicación usaba Internet, cada pocos segundos mostraba una gran ráfaga de paquetes entrantes y salientes ( alrededor de 1.000.000 de paquetes dentro y fuera de un segundo.)
El comentario de @William Turrell es un indicio bastante bueno de una causa probable del mal comportamiento del poder. Bajo un fuerte ataque de red, una CPU de Mac subirá de forma natural. Si no tiene la costumbre de mirar los registros de su firewall y red, es el momento de comenzar ahora. Los ataques que llegan a través de una interfaz inalámbrica desde una conexión deficiente provocarán un alto uso de energía y, por lo tanto, la necesidad de monitorearlo con frecuencia.
Creo que esto puede ser un troyano de minería de bitcoin. Mi conexión a Internet era lenta, así que verifiqué las estadísticas de transferencia en mi punto de acceso y estaba saturada. Nadie más está conectado, así que pensé que debía ser mi computadora. Después de verificar el Monitor de actividad, noté que powerd usaba una cantidad sospechosa de CPU. Matar el proceso no solo liberó la CPU, sino que el uso del ancho de banda se redujo a cero.
Tuve varios kernel panic en el inicio en frío causados ​​por el perro guardián debido a un arranque prolongado con un montón de tx_flushregistros en mi disco y uno de los registros detallados era exactamente este. powerd estresó mi CPU durante 180 segundos, lo que provocó un arranque prolongado, por lo que el perro guardián provocó un pánico en el kernel. Después de arrancar BOOTCAMP una vez y volver a arrancar en Mac, se solucionó, pero tengo miedo de apagarlo ahora. ¿Qué es esto, Manzana? >.>

Respuestas (8)

sudo kill -HUP $(pgrep powerd)

(No tengo una respuesta para 'por qué')

Más sucintamente,sudo pkill -HUP powerd
parece que se reinicia en HUP, por lo que solo un TÉRMINO ordinario podría hacer el mismo trabajo. Si tan solo hubieran documentado algo sobre el daemon en las páginas del manual.
Si @AndyDent es correcto (abajo), entonces esto no es un problema, solo está activo cuando ejecuta ActivityMonitor para ver si está activo.
top -o cpumuestra todos los procesos que se ejecutan ordenados por CPU. powerdcon el Monitor de actividad en ejecución es (para mí) ~ 15% de uso de la CPU. Cierre el Monitor de actividad. powerdahora es 0.1%.
Solo necesitaba esta respuesta, y podría tener una pequeña pista sobre "por qué". Esto me sucedió cuando mi juego que estaba programando se estrelló con una falla de segmentación. Se supone que el sistema operativo detecta el error de segmento y lo bloquea (y bloquea el programa que lo causó), supongo que OSX no es lo suficientemente bueno con respecto a eso y deja que mi pequeño juego corrompa los procesos del sistema de alguna manera. O su propio manejo de excepciones causó un error en sus propios procesos.

sudo pmset schedule cancelallme lo arregló.

Después de actualizar de macOS Ventura beta 3 a beta 4, powerd usaba el 100 % de la CPU incluso después de reiniciarlo.

pmset -g logimpreso repetidamente

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 schedmostró dos eventos programados:

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 cancelalleliminó estos dos y la CPU alimentada se cayó inmediatamente.

Esto lo arregló para mí también. Ocurrió después de actualizar de Ventura beta 3 a beta 4
Esto funcionó para mí (Ventura beta), ¡gracias!
¡Y está funcionando en la versión beta 5, para aquellos que aún no han encontrado esta solución!
Esto también me lo solucionó, ¡gracias!
He tenido este problema al actualizar a Ventura Beta 5. Después de ejecutar su cancelación, todo esto lo solucionó.
Mismo problema, lo solucione de inmediato. Me estaba volviendo loco con el sonido. Ejecutando Ventura 13.0 ahora mismo.
¡Muchisimas gracias hombre! ¡Has guardado desde MacBook!

¿Has probado a powerdpasarte Activity Monitor? Esto resolvió el consumo de CPU para mí.

Pero después de detenerme powerd, obtuve un efecto extraño Activity Monitor: fue como si Update Frequencycambiara de Often (2 sec)a Nonstop (0 sec), es decir, continuo sin demora. Así que tuve que renunciar Activity Monitortambién.

Después de estas operaciones y el reinicio de Activity Monitortodo funciona bien.

Por cómo lo describe, no parece una buena solución entonces. Estoy de acuerdo en que reiniciar la Mac suele ser la mejor manera de solucionar estos procesos fuera de control.
No estoy seguro si el reinicio completo de Mac en cada falla de alguna utilidad es una buena opción. Si esa utilidad no afecta la estabilidad del sistema.
Está bien, lo mataré para ver cómo va eso, la próxima vez. Pero estoy buscando una solución más permanente a largo plazo.
Hice lo mismo y vi de lo que estabas hablando en el Monitor de actividad, pero si miras de cerca, verás que lo que realmente está sucediendo es que se realizó una copia de seguridad del Monitor de actividad y está ejecutando actualizaciones rápidamente. sucesión para tratar de ponerse al día. El mío estuvo atrasado durante un par de días (en una máquina poco utilizada), parece que está tardando un tiempo en ponerse al día.

En mi computadora, fue el Monitor de actividad lo que hizo que el powerdproceso usara una gran cantidad de CPU (20-30%, a veces 50%, restablecer el SMC no ayudó). Salir del Monitor de actividad "resolvió" el problema. Comprobado en la Terminal ejecutando top.

Hacer una muestra de proceso de powerd sugiere que Activity Monitor podría seguir obteniendo la información de impacto de energía de él.
Sí, funcionó para mí.
¿Quién lo hubiera pensado? Nunca hubiera pensado que el Monitor de actividad sería el responsable, pero ciertamente parece ser el culpable en mi máquina. Gracias por la sugerencia.

Uso iStatMenus para monitorear una variedad de cosas y confirma que powerd solo usa una gran cantidad de CPU mientras se ejecuta el Monitor de actividad. En otras ocasiones, no aparece en la lista de usuarios de CPU alta.

Encuentro esta afirmación más que un poco dudosa. Ciertamente no coincide con una evaluación lógica de mis experiencias. 1) El sistema funciona lentamente por alguna razón inexplicable. 2) Abierto Activity Monitora investigar. 3) powerdparece ser el culpable. ( Sí, esto no contradice su afirmación, pero... ) 4) Matar powerd5) De repente, el rendimiento mejora. ( Esto sugiere fuertemente que powerd es el culpable, y tal vez iStatMenusno esté a la altura de su fe en él. ;) )

Necesita restablecer su SMC . Al igual que otra respuesta, no tengo el por qué, pero tengo la solución.

 Mac mini, iMac, Mac Pro

Apague su Mac, desconecte el cable de alimentación, espere 30 segundos, conecte el cable de alimentación, espere 5 segundos, inicie su Mac.

macbook

Apague su Mac, presione Shift++ primero Ctrly Altluego presione el botón de encendido. No debería comenzar. Eche un vistazo al LED de su cable de alimentación y debería cambiar durante unos segundos. Luego, suelte el Shift++ e Ctrlinicie Altsu Mac.

y la razon?
¿Podrías mejorar tu respuesta para que se parezca menos a movimientos de oración :).<br>¿Cómo se diagnostica el "Necesitas"?
Restablecer el SMC no ayuda, lo que ayuda es reiniciar la computadora. Cuanto más largo sea mi tiempo de actividad, más potencia tomará (solo cuando se esté ejecutando el Monitor de actividad). No he reiniciado durante 10 días y está tomando el 50% de un núcleo. Esto desaparece si reinicio.

En la página web de Apple: Restablecimiento del controlador de administración del sistema (SMC) en su Mac , se analiza cuándo y por qué debe restablecer su SMC (controlador de administración del sistema). No menciona este problema, pero al menos le permite saber un poco más sobre lo que significa restablecer el SMC.

Tengo este problema powerd también en este momento.

Para restablecer el SMC en computadoras Mac Pro, iMac y Mac mini basadas en Intel, debe:

  1. Apaga el ordenador.
  2. Desenchufe el cable de alimentación.
  3. Espera quince segundos.
  4. Conecte el cable de alimentación.
  5. Espere cinco segundos, luego presione el botón de encendido para encender la computadora.
Hoy todavía tenía el problema powerd (25-45% de uso de una CPU). Cerré las aplicaciones una a la vez en caso de que fuera una aplicación la que causara el problema, pero powerd continuó acaparando una CPU. Luego reinicié, y eso solucionó el problema. Como se comentó anteriormente, el monitor de actividad parecía estar poniéndose al día durante unos segundos después del reinicio, mostrando datos que se recopilaron (supongo) antes del reinicio. Durante este tiempo, las actualizaciones del monitor llegaron rápidamente y mostraron que powerd todavía usaba un 40% de la CPU. Después de unos segundos, el monitor se estabilizó y powerd desapareció de la lista de monitores de usuarios de CPU.

Tengo el mismo problema con powerd usando más de un núcleo de CPU en mi MacBook Pro 2019 de 16" en macOS Catalina 10.15.7, y también haciendo que mi sistema sea súper lento (a pesar de que "solo" consume un poco más de un núcleo de 8) [Editar: el problema sigue presente en macOS Big Sur 11.1.]

Soluciones que no funcionaron:

  1. sudo pkill -HUP powerd(se reiniciaría inmediatamente y reanudaría el acaparamiento de mi CPU)
  2. cerrar el Monitor de actividad
  3. cerrar Intel Power Gadget
  4. desenchufar todos mis dispositivos Thunderbolt 3 y adaptadores de corriente
  5. reiniciando
  6. restablecer mi SMC

Problema/Síntomas:

Así que abrí Console.app y noté lo siguiente repetidamente:

Process powerd.154 TimedOut UserIsActive "com.apple.powermanagement.wakeschedule" age:00:00:01 id:38654738880 [System: DeclUser kDisp] La aplicación de consola macOS muestra repetidamente: Process powerd.154 TimedOut UserIsActive "com.apple.powermanagement.wakeschedule"

Solución:

Esto me avisó de esta publicación de Reddit . En él, u/iTim314 señala que necesitaba ir a Preferencias del sistema > Ahorro de energía > Horario y especificar algo. Elegí los valores menos molestos posibles:ingrese la descripción de la imagen aquí

Después de hacer clic en Aceptar, esto solucionó de inmediato mis problemas de alimentación. No más advertencias de powerd en Console.app, powerd ya no acaparaba mi CPU y mi sistema inmediatamente se volvió más receptivo. Si desmarco ambos valores y guardo de nuevo, el problema vuelve a aparecer de inmediato. Etcétera. (El Guasón: "¡Ta-dah! ¡Se HA IDO!")

notas

Desafortunadamente, esta es una solución alternativa, no una verdadera solución, pero espero que esto ayude a otros a encontrar una solución adecuada o una corrección de errores.

Hipótesis

Después de escribir esta publicación, me di cuenta: este problema aparentemente comenzó a ocurrir después de que entré en el cuadro de diálogo "Programación de ahorro de energía" hace dos días. Eché un vistazo, verifiqué (una o) ambas opciones, tal vez guardé mis cambios (no recuerdo), luego desmarqué las opciones y luego tal vez guardé nuevamente (si guardé la primera vez). He tenido este MacBook Pro durante más de un año (y otros MacBook Pro durante más de una década) sin experimentar este problema, por lo que probablemente no sea una coincidencia. Me pregunto si se está escribiendo un .plist corrupto para esta configuración...

El proceso "powerd" usa mucha CPU
RespuestasAquíPolítica de privacidad1y, 0v