High Sierra: WindowManager y kernel_task - ¡Ahora lo ves, ahora no!

1

Durante mucho tiempo he tenido problemas con Windows Manager y kernel_task que ocupan cantidades de recursos aparentemente desmesuradas en mis sistemas que se remontan al ciclo de lanzamiento del sistema operativo durante el tiempo que puedo recordar, pero desde que tuve mi MacBook Pro 13 "i7 atrás desde la tienda con un nuevo SSD, pantalla y batería, hice una restauración desde TM y la actualicé a 10.13.3 y en realidad ni siquiera veo WindowManager ni kernel_task funcionando. ¡Añadiré el esta máquina ha funcionado mejor que nunca, esto se atribuye probablemente al hecho de que sus baterías hinchadas fueron reemplazadas. Quién sabe qué impacto tuvieron esas cosas además de deformar el chasis.

Como mencioné en otra publicación , en mi i7 Mini, de repente tuve un rendimiento problemas al ejecutar Sierra para una máquina que hasta ahora había sido una máquina maravillosa durante los 5 años que ha estado funcionando sin casi nunca una pelota de playa. Honestamente, ha sido más rápido que incluso el nuevo MacBook Pro 15 "2015 que me entregaron en el trabajo, a pesar de que aún es la versión 2012. (Fue el chipset de CPU de más alto rendimiento disponible - 2,3 GHz - y saqué la RAM a 16 GB y intercambiado en un SSD rápido con un kit de disco doble, de modo que incluso en la línea de base es una máquina fantástica por el precio.)

Desafortunadamente, como informé en ese otro post, repentinamente comenzó a sufrir el notorio problema de la hinchazón del núcleo donde esos procesos familiares se convirtieron en el único propósito de la máquina, ya que generalmente estaban en la parte superior de la tabla de procedimientos, como he visto en muchos otros. Macs con problemas en el pasado. Me sentí francamente emocionado al respecto y recibí algunas sugerencias excelentes sobre cómo podría resolverlo, pero dado que la máquina se había actualizado tantas veces (literalmente no se ha vuelto a instalar desde Mountain Lion, pero no hay problemas de rendimiento hasta ahora). , extrañamente) opté por una instalación completa. Fue debido Tenía mi lista de verificación de la instalación bien definida junto con las configuraciones (¡solo necesito automatizarla a continuación!) Así que la mini ahora se ejecuta en lo que es efectivamente una instalación nueva de High Sierra. Si bien el rendimiento es mucho mejor, una vez que instalé Chrome y se sincronizó con mi cuenta de Google, sucedieron cosas locas y ahora estoy eliminando su desorden para poder comenzar de nuevo. No sé si es una extensión mala o qué, pero es un desastre descuidado.

El mayor misterio es que todavía veo a menudo WindowManager now kernel_task cerca de la parte superior de mi tabla de procesos, y aunque mi máquina no está cojeando como antes, el misterio continúa: ¿por qué ni siquiera son visibles en mi MBP reconstruido? ¿Hay algo que oculte esos procesos cuando en realidad se están ejecutando? No lo parece, ya que el uso de recursos sigue siendo muy bajo. El hecho de que ambas máquinas estén ejecutando la misma versión de High Sierra simplemente no entiendo cómo podrían ser tan diferentes. Prácticamente se han volcado en su comportamiento. Incluso sin Chrome, mi mini se ve azotada por el malvado dúo ( WindowManager ni kernel_task ) como por Safari. ¡Es un desastre!

Firmado, Confundido en California

    
pregunta Darf Nader 17.02.2018 - 10:51

3 respuestas

1

No, no hay nada que oculte específicamente esos procesos en el Monitor de actividad o en la parte superior.

Si está utilizando el Monitor de actividad, asegúrese de que en ambas máquinas seleccione el menú Ver y luego "Todos los procesos". Si selecciona solo sus propios procesos, no verá más, por ejemplo, kernel_task.

    
respondido por el jksoegaard 17.02.2018 - 14:17
1

Solo para que haya una respuesta aquí que no sea un desvío (y gracias por las sugerencias, comentaristas), descubrí que al desactivar TODAS mis extensiones se resolvieron los problemas, por lo que los datos y el código que contaminan Chrome Está dentro de una extensión. Además, reinstalar las extensiones tampoco lo resuelve, lo que probablemente significa que hay algo roto no en el código de instalación de la extensión, sino en algo que se escribe localmente, que necesito abordar con el creador de la extensión una vez que haya aislado cuál es el delincuente . Encendí los dos que más necesito ( LastPass y XMarks ) y hasta ahora todo va bien, pero ahora que he localizado una página que carga "divertido" de forma coherente con todos extensiones en, estoy a punto de probar cada una de las extensiones una a la vez hasta que encuentre cuál rompe ese sitio. Cuando lo haga, lo llevaré a ese proveedor específico si no puedo aislar sus preferencias.

Publiqué esto porque este proceso (ya que tiene muchas variantes) es una habilidad básica para solucionar problemas de extensiones de Chrome, tanto locales como a través de instalaciones que comparten un perfil común de Google, y puede ser utilizado por cualquier persona que experimente la "inckiness" de Chrome eso es rastreable a una extensión de mal comportamiento. Publicaré mis hallazgos en un comentario, ya que los detalles de mis hallazgos reales son complementarios a este punto, como lo está la carne en el cómo. Gracias.

    
respondido por el Darf Nader 18.02.2018 - 20:25
0

Intenté todo tipo de cosas durante meses para detener una gran cantidad de uso de CPU de Kernel_task. La solución que finalmente funcionó para mí fue borrar el caché del sistema / aplicación. Moví todos los archivos / carpetas a otra carpeta y reinicié.

enlace

Espero que ayude a alguien más.

    
respondido por el LMc 22.05.2018 - 17:36

Lea otras preguntas en las etiquetas