「fseventsd」プロセスがCPUを独占する理由を追跡する方法はありますか？

Mac OSX 10.6を実行したところ、「fseventsd」プロセスが100％のCPUと1.5GのRAMを使用していることに気付きました。Google検索を行ったところ、これがTime Machineに関連している可能性があることがわかりました。ただし、このコンピュータではTime Machineを実行していません。

リソース豚のソースを追跡する方法はありますか？どこにでもログしますか？再起動で問題が「修正」されましたが、最初からそれが始まった理由がわからなければ、再起動すると確信しています。

前もって感謝します。

fseventdはファイルシステムのイベントロギングプロセスです。MacOS X Leopardのars technicaレビューでそれについて多くを読むことができます。fseventerなどのプログラムを使用して、同じ種類の出力を表示できます。

記事から：

FSEventsフレームワークは、/ dev / fseventsから読み取り、イベントをディスク上のログファイル（イベントのボリュームのルートにある.fseventsdディレクトリに格納されている）に書き込むfseventsdと呼ばれる単一の絶えず実行中のデーモンプロセスに依存しています。それでおしまい。これが超ハイテクソリューションです。イベントをログファイルに書き込むだけです。退屈で実用的ですが、非常に効果的です。

そのログがどれほど役立つかはわかりませんが、ログを確認できます。Time Machineがfseventsでいくつかの問題を引き起こす可能性のある多くのファイル、そして時には多くの小さなファイルを処理するのを見ても、私はそれほど驚かないでしょう。

1つのプログラムが非常に効率的なループでスタックし、変更がfseventsd多くの作業を引き起こしたか、マウントされたボリュームの1つで解決できないデータ構造を処理する無限ループ自体です。

前のケース-同じデータストリームを読み取るfseventerなどのプログラムもハングする可能性があります-無限の量のデータを処理しようとする2つのプロセスが50％の使用率で実行されます。（何が問題なのかを調べているのであれば、これは優れたデータポイントです。）syslogdCPUをすべて使用している理由を尋ねる質問に類似しています。通常、他のプログラムが原因で、多くの作業が発生しています。

いつ/それが再び発生する場合-プログラムを終了してログアウトすることを検討してください。問題のあるアイテムがシステムレベルのプロセスかユーザーレベルのプロセスかがわかります。fs_usageどのプログラムがIO負荷が高いかを確認するのに役立ちます。

fsck この種のアクティビティのスパイクを引き起こす可能性のある循環ハードリンクまたは他の縮退したファイルシステムの悪意がある場合は、通常、ブートからシングルユーザーモードへの移行が必要です。