Esiste un modo per rintracciare il motivo per cui il processo 'fseventsd' fa funzionare la CPU?

Ho eseguito Mac OSX 10.6 e ho notato che un processo "fseventsd" richiedeva il 100% di CPU e 1,5 G RAM. Facendo una ricerca su Google, ho scoperto che questo potrebbe essere legato a Time Machine. Tuttavia, non eseguo Time Machine su questo computer.

C'è un modo per rintracciare l'origine del porco di risorse? Accede ovunque? Un riavvio "risolto" il problema, ma sono sicuro che tornerà se non riesco a capire perché è iniziato in primo luogo.

Grazie in anticipo.

fseventd è il processo di registrazione degli eventi del filesystem, puoi leggere molto al riguardo nella recensione di ars technica di Mac OS X Leopard. Puoi usare programmi come fseventer per vedere lo stesso tipo di output che vede.

Dall'articolo:

Il framework FSEvents si basa su un singolo processo daemon in esecuzione costante chiamato fseventsd che legge da / dev / fsevents e scrive gli eventi per registrare i file sul disco (memorizzati in una directory .fseventsd alla radice del volume a cui sono destinati gli eventi). Questo è tutto. Questa è la soluzione super tecnologica: basta scrivere gli eventi in un file di registro. Noioso, pragmatico, ma abbastanza efficace.

Puoi controllare quel registro anche se non so quanto ti sarà utile. Non sarei così sorpreso di vedere Time Machine, che si occupa di molti file, e talvolta di molti piccoli file, per causare eventualmente problemi con fsevents.

O un programma è stato bloccato in un ciclo molto efficiente per scrivere le modifiche che hanno causato fseventsdmolto lavoro o è un ciclo infinito stesso che elabora una struttura di dati irrisolvibile su uno dei volumi montati.

Nel caso precedente - probabilmente si bloccheranno anche programmi come fseventer che leggono lo stesso flusso di dati - ora avrai due processi con un utilizzo del 50% che prova a elaborare una quantità infinita di dati. (Questo è un ottimo punto dati se stai cercando di vedere cosa c'è che non va.) È analogo alle domande che chiedono perché syslogdsta prendendo tutta la CPU - di solito è qualche altro programma impazzito che causa molto lavoro.

Quando / se si verifica di nuovo - iniziare a chiudere i programmi e prendere in considerazione la disconnessione. Saprai se l'elemento offensivo è un processo a livello di sistema o un processo a livello di utente. fs_usagepotrebbe essere utile per vedere quali programmi specifici sono IO pesanti.

fsck da un avvio in modalità utente singolo è in genere necessario se si dispone di collegamenti fissi circolari o altri shenanigans degenerati del file system che possono causare questo tipo di picco nell'attività.