CPU alta del servidor de ventanas en Yosemite

Tuve un problema similar con el alto uso de la CPU en WindowServer, que logré volver a algo más normal al eliminar cualquier elemento de la barra de menú que realizaba actualizaciones de dibujos de alta frecuencia.

En mi caso, fue el Monitor de red de Little Snitch el que parecía ser el principal culpable.

De lo que he recopilado todavía, lo siguiente podría ayudarlo ( encuentre mis experiencias personales en cursiva ):

• Control de la misión: cambia "Las pantallas tienen espacios separados apagados", apaga el tablero de instrumentos. El tablero de instrumentos como una superposición realmente ralentizó las cosas para mí
• Repare los permisos del disco, restablezca el Controlador de administración del sistema, restablezca la PRAM (Luis Mercado lo explicó bien en enlace ). Tuve un poco de éxito con esto, pero el problema comenzó a aparecer más tarde de todos modos
• Reducir efectos de transparencia (se encuentra en Preferencias del sistema > Accesibilidad en Pantalla). He intentado esto, podría mejorar el rendimiento pero me faltaba el aspecto, así que lo cambié de nuevo.
• Desactive el cambio automático de gráficos (Preferencias del sistema > Ahorro de energía). Esta fue la mejor opción para mí, ya que realmente no me preocupa el consumo de energía, pero sinceramente no creo que deba haber una necesidad real de esto.

Todavía no estoy al tanto de una solución real, esperemos que Apple solucione esto en 10.10.1.

edit: he actualizado a 10.10.1 y el problema persiste, así que supongo que tendremos que esperar más o continuar con la reinstalación.

edición 2: el cambio a El Capitán ha mejorado enormemente esto, por lo que para mí ya no es un problema.

Hola, prueba esto: Desactive la opción "La pantalla tiene espacios separados"

Cierre la sesión y vuelva a iniciar sesión, verifique el proceso ...

todo bien?

Eliminé mi respuesta anterior, ya que había resultado ser solo una solución temporal (si es que era una solución). Hoy encontré algo que aclaró la mayor parte de la lentitud que describo en detalle en este enlace:

Yosemite: zoom de accesibilidad + monitores múltiples = bajo rendimiento

De alguna manera, mi archivo de preferencias de usuario, com.apple.sidebarlists.plist , había adquirido varias claves con valores muy largos (todos llamados Bookmark ); las longitudes oscilaron entre aproximadamente 2,7 MB y 4,3 MB, lo que hizo que el tamaño del archivo de preferencias fuera mayor que 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 de todo el archivo hacía que todo estuviera casi parado hasta que se completara. (Cuando estaba mirando el archivo con un editor, experimenté la misma lentitud al moverme a través del archivo). Eliminar ese archivo ha eliminado casi toda la lentitud que estaba experimentando desde el cambio a Yosemite y continúa haciéndolo.

Creo que estamos lidiando con varios problemas diferentes que están causando que Yosemite disminuya la velocidad y cualquiera de nosotros puede tener uno o más de estos problemas. Sigo viendo voluminosos gestos de trackpad en el registro de mi sistema, lo que sentí que fue 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. mientras; 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 validar o invalidar esto como una posible causa, ya que hasta ahora la solución es tan esquiva. Este cambio ha hecho una diferencia tan dramática en el uso de Yosemite para mí, y espero que esta sea una solución para muchos otros que sufren la desaceleración desde la actualización a Yosemite.

Mi máquina tiene el mismo problema, lo que hice es desinstalar Google Chrome, y luego todo va bien.

Puede que no te ayude ya que eres un desarrollador web y puede confiar en Chrome

Esto es lo que funcionó para mí:

1. si tiene una segunda pantalla adjunta, desconéctela, reinicie, vuelva a conectar

2. Cerrar Google Chrome

3. ¿Todavía no es bueno? Pruebe este enlace

para mí, el culpable estaba usando el nuevo modo oscuro de todo el sistema de Yosemite (Systemsettings - > General- > use la barra de estado oscura y el dock). Cambiar de nuevo al modo brillante redujo la carga de WindowServer para mí de > 100% a 2-7%. Así que si habilitas eso, verifica eso. ;-)

CrashPlan Tray es definitivamente un culpable del alto uso de la CPU. Ayuda a desactivar las animaciones en las preferencias de la bandeja.

Pero todavía no resolvió el problema para mí. La única cosa 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. Volver a Windows 95 yay! Apple debería hacer algo al respecto, pero no, el problema parece haber existido desde siempre. Al menos, deben proporcionar instrucciones / aplicación para depurar esto y encontrar al culpable externo, si se trata de una aplicación externa. Pero cada vez más empiezo a pensar que es principalmente que WindowServer se enreda 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 se mantendrán sin problemas, y el proceso WindowServer no usará mucha CPU.

Como se menciona en la mayoría de las respuestas, es posible que se deba a un elemento de la barra de menús del suyo Estaba experimentando el mismo comportamiento y eliminé la barra de menú de iStat, así como Little Snitch, y después de eso, la situación mejoró significativamente.