Ejecuté Mac OSX 10.6 y noté que un proceso 'fseventsd' estaba usando el 100 % de la CPU y 1,5 G de RAM. Haciendo una búsqueda en Google, descubrí que esto podría estar relacionado con Time Machine. Sin embargo, no ejecuto Time Machine en esta computadora.
¿Hay alguna forma de rastrear el origen del recurso? ¿Se registra en cualquier lugar? Un reinicio 'solucionó' el problema, pero estoy seguro de que volverá si no puedo averiguar por qué comenzó en primer lugar.
Gracias por adelantado.
fseventd es el proceso de registro de eventos del sistema de archivos, puede leer mucho sobre él en la revisión de ars technica de Mac OS X Leopard. Puede usar programas como fseventer para ver el mismo tipo de salida que ve.
Del artículo:
El marco FSEvents se basa en un único proceso daemon que se ejecuta constantemente llamado fseventsd que lee de /dev/fsevents y escribe los eventos en archivos de registro en el disco (almacenados en un directorio .fseventsd en la raíz del volumen para el que son los eventos). Eso es. Esa es la solución de súper alta tecnología: simplemente escriba los eventos en un archivo de registro. Aburrido, pragmático, pero bastante efectivo.
Puede consultar ese registro, aunque no sé qué tan útil será para usted. No me sorprendería tanto ver que Time Machine, que maneja muchos archivos y, a veces, muchos archivos pequeños, posiblemente cause algunos problemas con fsevents.
O un programa estaba atascado en un ciclo muy eficiente escribiendo cambios que causaron fseventsdmucho trabajo o es un ciclo infinito en sí mismo procesando una estructura de datos irresoluble en uno de los volúmenes montados.
En el caso anterior, es probable que los programas como fseventer que leen el mismo flujo de datos también se cuelguen, ahora tendrá dos procesos con una utilización del 50% tratando de procesar una cantidad infinita de datos. (Este es un excelente punto de datos si está hurgando para ver qué está mal). Es análogo a las preguntas que preguntan por qué syslogdestá usando toda la CPU; por lo general, es algún otro programa que se volvió loco y le causó mucho trabajo.
Cuando/si vuelve a suceder, comience a salir de los programas y considere cerrar la sesión. Sabrá si el elemento infractor es un proceso de nivel de sistema o un proceso de nivel de usuario. fs_usagepodría ser útil para ver qué programas específicos son pesados IO.
fsckPor lo general, se requiere de un arranque al modo de usuario único si tiene enlaces duros circulares u otras travesuras degeneradas del sistema de archivos que pueden causar este tipo de aumento en la actividad.
greg w
Derek Downey
laurent k