1 votos

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

He tenido problemas durante mucho tiempo con tanto Window Manager y kernel_task tomando aparentemente cantidades excesivas de recursos en mis sistemas que se remonta en el ciclo de lanzamiento del sistema operativo para el tiempo que puedo recordar, pero desde que tenía mi MacBook Pro 13 "i7 de vuelta de la tienda con un nuevo SSD, la pantalla y la batería, hice una restauración de TM y actualizado a 10.13.3 y en realidad ni siquiera veo ni WindowManager ni kernel_task ¡correr en absoluto! Voy a añadir la esta máquina ha funcionado mejor que nunca, esto es probable que atribuye al hecho de que sus baterías hinchadas fueron reemplazados. Quién sabe qué impacto esas cosas estaban teniendo además de deformar el chasis.

Como yo mencionado en otro post , 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 apenas una bola de playa. Honestamente, ha sido más rápido que incluso el nuevo MacBook Pro 15" 2015 que me dieron en el trabajo - a pesar de que sigue siendo la versión 2012. (Era el chipset de CPU de gama más alta disponible - 2,3 GHz - y maximicé la RAM a 16 GB y cambié en un SSD rápido con un kit de disco dual por lo que fue incluso en la línea de base una máquina fantástica para el precio).

Desafortunadamente, como informé en ese otro post, de repente empezó a sufrir el notorio problema del kernel bloat, 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 proc, como he visto en muchos otros Macs con problemas en el pasado. Yo estaba francamente emocional al respecto y he recibido algunas grandes sugerencias en cuanto a cómo podría resolverlo, pero ya que la máquina había sido actualizado tantas veces (que, literalmente, no ha conseguido una nueva instalación desde Mountain Lion, sin embargo, no hay problemas de rendimiento hasta ahora, por extraño que parezca) opté por una instalación completa. Ya era hora. Tenía mi lista de comprobación de la instalación bien definida, junto con la configuración (¡sólo tengo que automatizarla a continuación!), así que el mini está funcionando ahora en lo que es efectivamente una instalación nueva de High Sierra. Mientras que el rendimiento de inmediato es mucho mejor, una vez que he instalado Chrome y se sincroniza con mi cuenta de Google, cosas locas sucedieron y ahora estoy recogiendo su lío fuera para que pueda empezar de nuevo. No sé si es una mala extensión o qué, pero es un desastre descuidado.

El mayor misterio es que sigo viendo WindowManager ahora kernel_task cerca 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 oculta 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 han cambiado su comportamiento. Incluso sin Chrome mi mini es golpeado por el dúo del mal ( WindowManager ni kernel_task ) como en Safari. Es un desastre.

Firmado, Confundido en California

1 votos

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

1voto

Jose Chavez Puntos 645

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

Si estás usando el Monitor de Actividad, asegúrate de que en ambas máquinas seleccionas el menú Ver y luego "Todos los procesos". Si seleccionas sólo a tus propios procesos, ya no verás por ejemplo kernel_task.

0 votos

Los había buscado antes, y no me imagino 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 todas formas, mirando ahora, kernel_task está por supuesto ahí (lo cual tiene sentido) ya que acabo de mirarlo jerárquicamente, ¡así que mejor que esté ahí! Por supuesto, incluso con un proceso de tomar el 98% de la CPU, es mansamente utilizando alrededor de 6-8% de la CPU, mientras que en el mini que está entre 35%-90% en un momento dado. Mientras que no estar allí no tenía sentido, la gran diferencia parece muy extraño, pero por desgracia no podría haber ninguna razón para ello.

0 votos

Por cierto, ni siquiera sabía que se podían filtrar procesos si no era con el filtro de texto de la esquina superior derecha. Suponía que se podía, como bu usuario y demás, pero nunca tuve la necesidad de buscarlo.

1voto

Matt L. Puntos 61

Sólo para que haya alguna respuesta aquí que no sea un desvío (y gracias por las sugerencias, comentaristas) descubrí que al desactivar TODAS mis extensiones se resolvió el problema(s) así que cualquier dato/código que esté contaminando Chrome está dentro de una extensión. Además, la reinstalación de las extensiones no se resuelve tampoco, lo que probablemente significa que hay algo roto no en el código de instalación de la extensión, pero algo que escribe a nivel local, lo que tengo que tomar con el creador de la extensión una vez que he aislado cuál es el delincuente. He activado las dos que más necesito ( LastPass y XMarks ) y hasta ahora todo bien, pero ahora que he localizado una página que se carga "raro" constantemente con todas las extensiones activadas, estoy a punto de probar cada una de las extensiones de una en una hasta que encuentre la que rompe ese sitio. Cuando lo haga, lo llevaré a ese proveedor específico si no puedo aislar sus prefs.

He publicado esto porque este proceso (ya que tiene muchas variantes) es una especie de habilidad básica en la solución de problemas de extensión de Chrome, tanto local como a través de las instalaciones que comparten un perfil común de Google) y puede ser utilizado por cualquier persona que experimenta Chrome "inckiness" que se puede remontar a una extensión de mal comportamiento. Voy a publicar mis conclusiones en un comentario como los detalles de mis conclusiones reales son auxiliares a este punto, ya que la carne está en el cómo. Gracias.

0voto

Doug Milo Puntos 11

He intentado todo tipo de cosas durante meses para detener una cantidad loca de uso de la CPU de Kernel_task. La solución que finalmente funcionó para mí fue la limpieza de la 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.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X