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

Durante mucho tiempo he tenido problemas con Window Manager y kernel_task que consumen cantidades aparentemente excesivas de recursos en mis sistemas desde el ciclo de lanzamiento del sistema operativo desde que tengo memoria, pero desde que recuperé mi MacBook Pro 13 "i7 de la tienda con un nuevo SSD, pantalla y batería, realicé una restauración desde TM y lo actualicé a 10.13.3 y en realidad ni siquiera veo WindowManagerni kernel_taskfunciona en absoluto. Agregaré que esta máquina ha funcionado mejor que nunca. , esto probablemente se atribuya al hecho de que se reemplazaron sus baterías hinchadas. 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 problemas de rendimiento mientras ejecutaba 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 incluso que el nuevo MacBook Pro 15" 2015 que me entregaron en el trabajo, aunque todavía es la versión 2012. (Era el conjunto de chips de CPU de gama más alta disponible, 2,3 GHz, y llegué al máximo de RAM a 16 GB y se intercambió en un SSD rápido con un kit de disco dual, por lo que incluso en la línea de base era una máquina fantástica por el precio).

Desafortunadamente, como informé en esa otra publicación, de repente comenzó a sufrir el notorio problema de hinchazón del kernel 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 procesos como lo he visto en muchas otras Mac con problemas en el pasado. Estaba francamente emocionado al respecto y recibí algunas sugerencias excelentes sobre cómo podría resolverlo, pero dado que la máquina se ha actualizado tantas veces (literalmente no ha recibido una instalación nueva desde Mountain Lion, pero no hubo problemas de rendimiento hasta ahora) , curiosamente) Opté por una instalación completa. era debido Tenía mi lista de verificación de instalación bien definida junto con la configuración (¡solo necesito automatizarla a continuación!), por lo que el mini ahora se ejecuta en lo que es efectivamente una instalación nueva de High Sierra. Si bien el rendimiento inmediato es mucho mejor, una vez que instalé Chrome y se sincronizó con mi cuenta de Google, sucedieron cosas locas y ahora estoy solucionando el problema para poder comenzar de nuevo. No sé si es una mala extensión o qué, pero es un desastre.

El mayor misterio es que todavía veo WindowManagerahora kernel_taskcerca de la parte superior de mi tabla de procesos con frecuencia, y aunque mi máquina no cojea 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 pueden ser tan diferentes. Prácticamente han cambiado de rumbo en su comportamiento. Incluso sin Chrome, mi mini es golpeado por el dúo malvado ( WindowManagerni kernel_task) como por Safari. ¡Es un desastre!

Firmado, Confundido en California

Lo siento, pero ¿hay alguna pregunta escondida aquí en alguna parte? Se lee más como una entrada de blog. Si pudiera editar los aspectos anecdóticos para tal vez dejar el núcleo de una pregunta, o incluso un TL; DR en la parte superior o inferior...

Respuestas (3)

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, ya no verá, por ejemplo, kernel_task.

Los había buscado antes, y no puedo imaginar por qué no aparecían, pero después de escribir "ker" en el cuadro de filtro del Monitor de actividad no había nada. De todos modos, mirando ahora, kernel_task está, por supuesto, allí (lo que tiene sentido) ya que lo miré jerárquicamente, ¡así que es mejor que esté allí! Por supuesto, incluso con un proceso que consume un 98 % de la CPU, utiliza mansamente alrededor del 6-8 % de la CPU, mientras que en el mini está entre el 35 % y el 90 % en un momento dado. Si bien no estar allí no tenía sentido, la gran diferencia parece muy extraña, pero lamentablemente podría haber alguna razón para ello.
Por cierto, ni siquiera sabía que podía filtrar procesos de otra forma que no fuera con el filtro de texto en la esquina superior derecha. Supuse que podrías, como bu user y demás, pero nunca tuve la necesidad de buscarlo.

Solo para que haya alguna respuesta aquí que no sea un entretenimiento (y gracias por las sugerencias, comentaristas) Descubrí que al desactivar TODAS mis extensiones se resolvieron los problemas, por lo que cualquier dato/código que esté contaminando Chrome está dentro de un extensión. Además, la reinstalación de 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 algo que escribe localmente, que debo abordar con el creador de la extensión una vez que haya aislado cuál es el infractor. . He activado los dos que más necesito ( LastPass y XMarks) y hasta ahora todo bien, pero ahora que he localizado una página que se carga de manera "divertida" constantemente con todas las extensiones activadas, estoy a punto de probar cada una de las extensiones una a la vez hasta encontrar 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 especie de habilidad central para solucionar problemas de extensiones de Chrome, tanto locales como entre instalaciones que comparten un perfil común de Google) y puede ser utilizado por cualquiera que experimente Chrome "inckiness" que es rastreable a una extensión que se comporta mal. Publicaré mis hallazgos en un comentario, ya que los detalles de mis hallazgos reales son secundarios a este punto, ya que la carne está en el cómo. Gracias.

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é.

https://macpaw.com/how-to/clear-cache-on-mac

Espero que ayude a alguien más.