Mac OSX 10.6を実行していると、プロセス「fseventsd」が100％のCPUと1.5GのRAMを使用していることに気付きました。グーグル検索をして、私はこれがTimeMachineに結びつく可能性があることを発見しました。ただし、このコンピューターでTimeMachineを実行していません。
リソースを大量に消費している原因を追跡する方法はありますか？どこにでもログインできますか？再起動すると問題が「修正」されましたが、そもそもなぜ始まったのかわからない場合は再発するはずです。
よろしくお願いします。
コメント
- ソースを見つけたことがありますか？ 'ユキヒョウサーバーでも同じ問題が発生しています。再起動を試みることはできますが、'今夜遅くまでそれを行うことはできません。
- 再起動してからポップアップが表示されませんでした。（残念ながら）残念ながら、そのため、まだ'ソースがわかりません
- 同じ問題があります。再起動しても'役に立ちません。 20〜30分後、fseventsdが再び起動して99％のCPUを使用します。 Macbookはもうサイレントではありません…
回答
fseventdは、ファイルシステムのイベントログプロセスです。 Mac OS XLeopardのarstechnicaレビューでそれについてたくさん読んでください。 fseventer のようなプログラムを使用して、表示されるのと同じ種類の出力を表示できます。
記事から：
FSEventsフレームワークは、/ dev / fseventsから読み取り、ディスク上のログファイル（の.fseventsdディレクトリに保存されている）にイベントを書き込む、fseventsdと呼ばれる単一の常時実行デーモンプロセスに依存しています。イベントの対象となるボリュームのルート）。それだけです。それは超ハイテクソリューションです。イベントをログファイルに書き込むだけです。退屈で実用的ですが、非常に効果的です。
ログがどれほど役立つかはわかりませんが、ログを確認できます。多くのファイル、場合によっては多くの小さなファイルを処理するTime Machineが、fseventsで問題を引き起こす可能性があるのを見て、それほど驚くことではありません。
コメント
- これが無効になっているため、'はTimeMachineではないことを願っています。とにかく、私は' fseventerを読んでいるので、提案に感謝します。
回答
1つのプログラムが変更を書き込む非常に効率的なループでスタックし、fseventsdに多くの作業が発生するか、無限ループ自体が処理します。マウントされたボリュームの1つで解決できないデータ構造。
前のケースでは、同じデータストリームを読み取るfseventerのようなプログラムもハングする可能性があります。これで、50％の使用率で2つのプロセスを試すことができます。無限の量のデータを処理します。 （これは、何が間違っているかを確認する場合に最適なデータポイントです。）syslogdがすべてのCPUを使用している理由を尋ねる質問に類似しています。通常は一部です。他のプログラムがおかしくなり、多くの作業が発生しました。
再発した場合は、プログラムの終了を開始し、ログアウトを検討してください。問題のある項目がシステムレベルのプロセスなのかユーザーレベルのプロセスなのかがわかります。 。fs_usageは、IOが重い特定のプログラムを確認するのに役立つ場合があります。
fsck起動からシングルユーザーへこの種のアクティビティの急増を引き起こす可能性のある循環ハードリンクまたはその他の縮退したファイルシステムシェナニガンがある場合は、通常、モードが必要です。
コメント
- そうです。 、申し訳ありませんが、わからない場合は、うんちがファンにぶつかっている間は間違いなくfseventerを開くことができませんでした。fs_usageのように、ログに記録されて表示できるデータの種類を詳しく説明するつもりでした。
- 私はaboを学ぶのが大好きでしたutfseventer-とても素敵に見えます。失敗はありません。データだけです。
- ' fs_usage 'のヒントをありがとうございます。そうですね、'は実際にはfseventsdではなく、他のプログラムであると思いました。どこかにループがあると思います。余談ですが、マシンは24時間ほど通常の負荷を実行しており、'は二度と発生していません。