Este es un seguimiento de Entonces, mi instalación de Yosemite es lenta: ¿qué hacer?
Desde que instalé Yosemite hace aproximadamente una semana, mi máquina es muy lenta. Soy un desarrollador web, así que cambio mucho las ventanas/aplicaciones. Cambiar de aplicación hace que mi máquina se cuelgue durante 2 o más segundos.
Después de observar el Monitor de actividad, puedo ver que WindowServer consume mucha CPU cuando muevo ventanas y también cuando solo uso una aplicación. He intentado cerrar aplicaciones para determinar cuál, si es que hay alguna, está causando el problema, pero aún no he encontrado nada útil.
Aquí hay un ejemplo.
Incluso ahora mismo, mientras escribo, cambia entre un 10 % y un 20 % de uso. ¡Solo estoy escribiendo!
¿Cómo puedo arreglar esto?
Tuve un problema similar con el alto uso de la CPU en WindowServer que logré volver a algo más normal eliminando cualquier elemento en mi barra de menú que estaba haciendo actualizaciones de dibujo de alta frecuencia.
En mi caso, fue Network Monitor de Little Snitch el que parecía ser el mayor culpable.
WindowServer
en ~3% cuando está inactivo.De lo que he recopilado hasta ahora, lo siguiente podría ayudarlo ( encuentre mis experiencias personales en cursiva ):
Todavía no conozco una solución real, esperemos que Apple arregle esto en 10.10.1.
editar: actualicé a 10.10.1 y el problema aún persiste, así que supongo que tendremos que esperar más o volver a instalar.
edición 2: cambiar a El Capitán ha mejorado enormemente esto, así que para mí, esto ya no es un problema.
Hola, prueba esto: deshabilita la opción "La pantalla tiene espacios separados"
Cerrar sesión e iniciar sesión de nuevo, comprobar el proceso...
¿todo muy bien?
Eliminé mi respuesta anterior ya que resultó ser solo una solución temporal (si es que es una solución). Hoy encontré algo que me aclaró la mayor parte de la lentitud que describo en detalle en este enlace:
Yosemite: zoom de accesibilidad + varios monitores = bajo rendimiento
De alguna manera, mi archivo de preferencias de usuario com.apple.sidebarlists.plist
, había adquirido varias claves con valores muy largos (todas denominadas Bookmark
); las longitudes oscilaban entre 2,7 MB y 4,3 MB, lo que hacía que el tamaño del archivo de preferencias fuera superior a 11 MB. Parece que cada vez que ocurría una operación que necesitaba acceder a los datos de preferencias (secuenciales) de ese archivo, la lectura del archivo completo paralizaba todo hasta que se completaba. (Cuando miraba el archivo con un editor, experimenté la misma lentitud al moverme por el archivo). Eliminar ese archivo eliminó casi toda la lentitud que estaba experimentando desde que cambié a Yosemite y continúa haciéndolo.
Creo que estamos lidiando con varios problemas diferentes que hacen que Yosemite se ralentice y cualquiera de nosotros puede tener uno o más de estos problemas. Todavía veo volcados largos de gestos del trackpad en el registro de mi sistema que sentí que era la causa de la lentitud, pero ahora parece que solo ralentiza las cosas en ciertos momentos (además de hacer que el desplazamiento de Firefox falle) después de usar Firefox por un tiempo; el resto de la máquina parece volver a su velocidad normal.
Si alguien encuentra lo mismo y, de ser así, elimina este archivo de preferencias, sería bueno validarlo o invalidarlo como una posible causa, ya que la solución parece tan difícil de alcanzar hasta ahora. Este cambio ha hecho una diferencia tan dramática en el uso de Yosemite para mí que espero que esta sea una solución para muchos otros que sufren la ralentización desde que actualizaron a Yosemite.
Si encuentra esto en Macbook Pro 16'' (2019), parece ser un problema bien conocido relacionado con el cuerpo de la computadora portátil que no puede manejar el calor de la CPU y la GPU cuando se conectan monitores externos. La solución definitiva parece ser usar una eGPU... que probablemente no sea práctica para la mayoría de las personas.
Un hilo de la comunidad de AMD señaló además que el culpable es que la dGPU funciona a pleno rendimiento y consume ~20 W de energía cada vez que la computadora portátil emite a varios monitores, aparentemente porque el controlador permite que la memoria de la dGPU funcione a la velocidad máxima del reloj "para evitar roturas". . Esto conduce rápidamente al sobrecalentamiento del chasis. La salida a un solo monitor (el conteo incluye el monitor incorporado), sin escala o escala de enteros de la resolución, parece reducir el uso de energía a ~ 9 W y, por lo tanto, resuelve el problema.
Curiosamente, cada vez que mi Mac se vuelve lenta, parece que puedo ponerla en suspensión y reactivarla un par de minutos más tarde para que responda nuevamente durante una hora, sin cerrar ninguna aplicación. Es probable que esto se deba a que el uso de energía en la dGPU cae antes de volver a ~20 W nuevamente.
Mi máquina tiene el mismo problema, lo que hice fue desinstalar Google Chrome y luego todo salió bien.
Puede que no te ayude ya que eres un desarrollador web y puedes confiar en Chrome
para mí, el culpable fue usar el nuevo modo oscuro amplio del sistema de Yosemite (Configuración del sistema-> General-> usar la barra de estado oscura y el puerto). Volver al modo brillante redujo la carga de WindowServer para mí de >100 % a 2-7 %. Entonces, si habilitó eso, compruébelo. ;-)
Esto es lo que funcionó para mí:
si tiene una segunda pantalla adjunta, desconéctela, reinicie, vuelva a conectar
Cerrar Google Chrome
¿Todavía no es bueno? Prueba esto https://discusiones.apple.com/thread/6623697
Como se menciona en la mayoría de las respuestas, puede deberse a un elemento de la barra de menú de usted. Estaba experimentando el mismo comportamiento y eliminé la barra de menú iStat, así como Little Snitch y después de eso, la situación mejoró significativamente.
CrashPlan Tray es definitivamente uno de los culpables del alto uso de la CPU. Ayuda a deshabilitar las animaciones en las preferencias de la bandeja.
Pero todavía no resolvió el problema para mí. Lo único que lo resuelve durante quizás una semana parece ser un reinicio completo. Después de eso, la máquina simplemente se vuelve lenta y necesita reiniciarse. De vuelta a Windows95 ¡sí! Apple debería hacer algo al respecto, pero no, el problema parece haber existido desde siempre. Al menos deberían proporcionar instrucciones/aplicación para depurar esto y encontrar al culpable externo, si es una aplicación externa. Pero empiezo a pensar cada vez más que se trata principalmente de que WindowServer se enrede consigo mismo, exacerbado por las actualizaciones de la barra de tareas de otras aplicaciones, etc.
Solía experimentar este problema, hasta que actualicé a OS X 10.10.2. Ahora puedo pasar semanas sin reiniciar, y las animaciones de la ventana permanecerán fluidas, y el proceso de WindowServer no usará mucha CPU.
Marcha
sudo su -; log stream --predicate '(process == "WindowServer")' --info # or --debug
Marcha
log stream --predicate '(process == "WindowServer")' --debug | grep -v -e BrightnessAttenuationFactor -e 'CoreDisplay is detached'
Marcha
log stream
encontré mi error de Mojave: el ajuste automático de brillo falla. Cambia entreIsAutoBrightnessEnabled:yes
y:no
miles de veces por segundo. Cerrar sesión y dormir/activar hace que desaparezca por un tiempo (no es necesario reiniciar).Marcha
sudo launchctl kickstart -kp system/com.apple.corebrightnessd
Marcha