¿Hay alguna manera de rastrear la razón por la cual el proceso 'fseventsd' consume CPU?

Ejecuté Mac OSX 10.6 y noté que un proceso 'fseventsd' estaba tomando 100% de CPU y 1.5G de RAM. Al hacer una búsqueda en Google, descubrí que esto podría estar vinculado a Time Machine. Sin embargo, no ejecuto Time Machine en esta computadora.

¿Hay alguna forma de rastrear la fuente del recurso hog? ¿Se registra en cualquier lugar? Un reinicio 'solucionó' el problema, pero estoy seguro de que volverá si no puedo entender por qué comenzó en primer lugar.

Gracias por adelantado.

fseventd es el proceso de registro de eventos del sistema de archivos, puede leer mucho al respecto en la revisión 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 de daemon en ejecución constante llamado fseventsd que lee desde / 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 verificar ese registro aunque no sé lo útil que será para usted. No me sorprendería tanto ver que Time Machine, que se ocupa de muchos archivos y, a veces, de muchos archivos pequeños, puede causar algunos problemas con fsevents.

O un programa estaba atrapado en un bucle muy eficiente escribiendo cambios que causaron fseventsdmucho trabajo o es un bucle infinito que procesa 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 bloqueen, ahora tendrá dos procesos con una utilización del 50% tratando de procesar una cantidad infinita de datos. (Este es un gran punto de datos si está buscando ver qué está mal). Es análogo a las preguntas que se hacen por qué se syslogdestá tomando toda la CPU; por lo general, es otro programa que se ha vuelto loco y le ha causado 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 muy pesados.

fsck desde un arranque en modo de usuario único generalmente se requiere si tiene enlaces duros circulares u otras travesuras degeneradas del sistema de archivos que pueden causar este tipo de aumento en la actividad.