Rendimiento muy lento en Yosemite en Mac mini causado por systemstatsd


9

Tengo una Mac mini de finales de 2009 que comenzó a funcionar muy mal después de algún tiempo en Yosemite. Safari se demora aproximadamente un minuto en iniciarse ocasionalmente, como ejemplo.

Por supuesto, tengo varias tareas en segundo plano ejecutándose (Dropbox, BitTorrent Sync, AirServer), pero eso no ha cambiado en comparación con antes de actualizar a Yosemite.

Mi principal sospechoso es el uso muy alto de la red. El proceso kernel_task está utilizando una gran cantidad de ancho de banda LAN, descargando ocasionalmente 60 MB (eso es megabytes) / s durante unos segundos antes de bajar a cero, sin razón aparente. La cantidad total de ancho de banda utilizada ha excedido los 14 terabytes (!) Después de un par de semanas de tiempo de actividad.

Tengo un NAS que uso para compartir archivos y copias de seguridad, pero como el proceso que usa el ancho de banda es kernel_task, no sé qué pensar.

Actualización : Como solución temporal, he configurado un script para borrar los systemstatsdarchivos mencionados a continuación regularmente, pero la causa raíz sigue sin resolverse.

Hoy noté tres cosas:

  1. En tres días, el total de datos descargados asciende a 3.300 GB.
  2. Actualmente, aproximadamente cada 12 segundos hay un impulso en la actividad de la red, donde algo maximiza la interfaz Ethernet durante un par de segundos.
  3. Al salir de la aplicación BitTorrent Sync, el elemento número 2 desapareció.

Mi teoría es entonces: hay un error en BitTorrent Sync que hace que se vuelva loco en la red, que en sí mismo utiliza bastantes recursos del sistema. Esto a su vez provoca systemstatsdhipo, lo que crea la carga final sobre el sistema.


¿comprobaste quién está usando tu red? ¿podría mirar en el monitor de actividad y en la consola para obtener más información sobre lo que está sucediendo?
Ruskes

¡use lsof -i en la Terminal para obtener más información!
Ruskes

kernel_task está utilizando el ancho de banda, de acuerdo con Activity Monitor. 1,7 TB durante 22 horas de tiempo de actividad. Nada más se acerca. Curiosamente, systemstatsd ha escrito 1,53 TB en el disco durante el mismo período.
Frost

Gracias, así que para comparar mi systemstatsd es = 0 (cero) después de 50 horas, la última vez que reinicié fue como hace 2 semanas. Uso normal, como Firefox (este sitio) mucha navegación, + Mail, + Skype solo por nombrar los principales. Entonces, averigüemos qué está haciendo su systemstatsd.
Ruskes

También mencionaste tener BitTorrent ejecutándose, ¿podría estar relacionado?
Cullub

Respuestas:


8

El culpable fue de hecho systemstatsd. Según tengo entendido, ese proceso produce una serie de estadísticas del sistema, las descarga en un archivo que luego analiza. Por alguna razón, ese archivo nunca se restableció, lo que resultó en un archivo de estadísticas gigante que requirió serios recursos para analizar.

Lo que hice fue detener el análisis de demonios, sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis

eliminar el archivo de volcado de estadísticas (que tenía un tamaño de aproximadamente 3 conciertos en ese momento) cd /private/var/db/systemstats/ sudo rm snapshots.db

relanzar los demonios sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis

Nunca supe por qué ese archivo de volcado nunca se borró, pero sospecho que tiene algo que ver con la PRAM, así que, por si acaso, finalmente lo reinicié reiniciando y presionando CMD, ALT, P, R cuando se escuchó el sonido de arranque hasta se escuchó por segunda vez.

El resultado final es una Mac que es mucho más ágil que antes. Esperamos que al eliminar el PRAM se elimine la causa raíz.

Lectura adicional: ¿para qué sirve snapshot.db?


1

Su systemstatsparece estar fuera de control, lo que explicaría el funcionamiento lento.

El proceso systemstats se utiliza para recuperar información sobre estadísticas del sistema y uso de energía.

Solo para comparar tengo systemstatsd con 0% de uso de CPU en mi MBA con Mavericks después de 50 horas de tiempo de CPU. Y para el uso del disco es de 18 MB (de un total de 45 GB), por lo que no hay TB.

Puede ayudarlo restableciéndolo.

Copie pegar siguiendo en su Terminal que se encuentra en su carpeta Utilidad.

sudo killall systemstats

ingrese su contraseña de inicio de sesión cuando se le solicite.

O si no le gusta usar Terminal, use la ventana Monitor de actividad:

Seleccione el proceso errante de systemstats y elija el botón (x) para forzar el cierre.

PD

Sí, hay 2 procesos, systemstasts y systemstatsd.

* *

Lo que podría estar causándolo: en general, no hay nada de qué preocuparse si ve que las estadísticas del sistema aumentan el Monitor de actividad o la parte superior durante un corto período de tiempo, y muchas funciones estándar de Mac pueden hacer que aparezca temporalmente. Por ejemplo, el proceso de estadísticas del sistema se activa en la línea de MacBook mirando la opción de uso de Energía en el menú de la batería de OS X, y otros usuarios pueden verlo brevemente al ajustar otras configuraciones de Energía. El problema surge cuando el proceso se ejecuta constantemente con un uso muy alto de la CPU sin razón aparente.

  • Es posible que desee comprobar su consumo de energía, su batería ect ... o hacer un reinicio SMC.


-1

Tenemos una Mac Mini de finales de 2009. Aumenté la memoria de 2G a 8G y parece haber solucionado el problema. Por supuesto que cuesta $ 90. Pedí memoria en Crucial.com y usé este video muy claro para realizar la instalación (requiere un poco de cuidado y cierta aptitud técnica, pero no una habilidad profesional): https://www.youtube.com/watch?v=5KaHNLR6Aac

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.