Ejecuté Mac OSX 10.6 y noté que un proceso «fseventsd» estaba ocupando el 100% de la CPU y 1,5 G de RAM. Al hacer 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 manera de rastrear el origen del recurso acaparador? ¿Se conecta a alguna parte? Un reinicio «solucionó» el problema, pero estoy seguro de que volverá si no puedo entender por qué comenzó en primer lugar.
Gracias de antemano.
Comentarios
- ¿Encontraste alguna vez la fuente? ' estamos experimentando el mismo problema en nuestro servidor de Snow Leopard. Puedo intentar reiniciar, pero no puedo ' hacerlo hasta más tarde esta noche.
- No lo he tenido emergente desde mi reinicio, (desafortunadamente) así que todavía no ' no conozco la fuente
- Tengo el mismo problema. Reiniciar no es ' t ayuda. Después de 20 a 30 minutos, fseventsd comienza de nuevo para tomar el 99% de la CPU. El Macbook ya no está en silencio …
Responder
fseventd es el proceso de registro de eventos del sistema de archivos, puede lea mucho sobre esto en la revisión ars technica de Mac OS X Leopard. Puede usar programas como fseventer para ver el mismo tipo de resultado que ve.
Del artículo:
El marco FSEvents se basa en un único proceso demonio 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 todo. 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.
Puedes consultar ese registro aunque no sé qué tan útil será para ti. No me sorprendería mucho ver que Time Machine, que trata con muchos archivos, y a veces muchos archivos pequeños, posiblemente cause algunos problemas con fsevents.
Comentarios
- Con suerte, ' no es Time Machine, ya que está deshabilitado. De todos modos, ' estoy leyendo sobre fseventer, así que gracias por la sugerencia.
Responder
O un programa estaba atascado en un ciclo muy eficiente escribiendo cambios que causaron que fseventsd tuviera mucho trabajo o es un ciclo infinito procesando un estructura de datos irresoluble en uno de los volúmenes montados.
En el caso anterior, los programas como fseventer que leen el mismo flujo de datos probablemente también se bloqueen, ahora tendrá dos procesos al 50% de utilización intentando para procesar una cantidad infinita de datos. (Este es un gran punto de datos si está hurgando para ver qué está mal). Es análogo a las preguntas que preguntan por qué syslogd está ocupando toda la CPU; por lo general, es algo otro programa se volvió loco y causó mucho trabajo.
Si vuelve a suceder, comience a salir de los programas y considere cerrar la sesión. Sabrá si el elemento infractor es un proceso a nivel del sistema o un proceso a nivel del usuario . fs_usage puede ser útil para ver qué programas específicos son pesados en IO.
fsck desde un inicio a un solo usuario El modo generalmente es necesario si tiene enlaces físicos circulares u otras travesuras degeneradas del sistema de archivos que pueden causar este tipo de picos en la actividad.
Comentarios
- Sí , lo siento si no estaba siendo claro, definitivamente no podría abrir fseventer mientras la caca golpeaba proverbialmente al ventilador. Solo quise decir más para darle una idea de qué tipo de datos se registraron y visualizaron, como lo haría fs_usage.
- me encantó aprender sobre ut fseventer – se ve muy bien. No hay fallas, solo datos.
- Vaya, gracias por el consejo sobre ' fs_usage '. Y sí, pensé que no era ' en realidad fseventsd lo que causaba la carga, sino algún otro programa. Espero un bucle en alguna parte. Por otro lado, la máquina ha estado funcionando con carga normal durante 24 horas aproximadamente, y no ' ha sucedido nuevamente.