FinderのCPUが急上昇する原因は何ですか？

週に数回、私のMacbookのFinderは最大約100％のCPU使用率を記録し、ファンは爆発し始めます。

考えられるすべてのことを実行しました-権限の修復、再起動、環境設定の破棄、表示オプションでの「プレビューの表示」の無効化、不要なプロセスのアクティビティモニターの監査、エラーのコンソールの検索、Finderの再起動など。最終的には収まり、エラーの原因は最後に変更したものだと思います。

しかし、それは今再びそれをやっていて、私は途方に暮れています。「Finderの頭の中に入って」、それが何をしているのかを見る方法があればいいのにと思います。アクティビティモニターでFinderプロセスのサンプルを実行しようとしましたが、正直なところ、何をしているのかわかりません。

それは本当に私の希望です：Finderだけでなく、暴走したプロセスで、誰かがこのようなCPUスパイクを調査するためのより良い方法を説明できること。確かにこの特定のケースを診断するのに役立つかもしれない詳細がたくさんありますが、もっと関連性の低い情報を吐き出す前に、誰かがこの種のことを診断するための一般的なヒントを持っているかどうかを見ると思いました。

これは私の最初のStack-anythingの投稿ですので、ご注意ください。前もって感謝します！

「Finderの頭の中に入って、それが何をしているのかを見る方法があればいいのに。ActivityMonitorでFinderプロセスのサンプルを実行してみましたが、正直なところ、それがどうなっているかわかりません。出力を解釈します。」

アクティビティモニターでサンプルを取得するのは、まさにそれです。Finderの頭の中に入って、それが何をしているのかを確認します。ギリシャ語のように見えるかもしれませんが、私やここの他の人はあなたのためにそれを解釈できます。投稿するか、ダウンロードまたは表示できるようにします（かなり大きくなる傾向があるため）。

OS Xのどのバージョンを使用していますか？OS X 10.5.x以前では、マルチメディアコンテンツはエージェント/ヘルパータイプのプロセスに委任するのではなく、Finder内で実行されたため、CPU使用率が高くなる可能性があります。たとえば、QuickTimeムービーをプレビューすると、10.5.x以前のFinderが60％CPUに急上昇する可能性がありますが、10.6では、Finderでは10％CPU、QTKitHelperバックグラウンドプロセスでは30％CPUのように分割されます。

それ以外の場合、フォルダのコンテンツのサイズを計算するためにFinderが使用するコードが一時的なCPUスパイクを引き起こすことがあります。（TSomething::HFSSizerSomethingサンプルのスタックトレースのようなものに気付くでしょう）。通常、計算を保証するために開いていたビューが閉じられたとしても、計算を終了するのはしつこいようです。

いずれにせよ、サンプルを見ることは、どのコンテキストがスパイクにつながったのかを知るとともに、問題を特定するのに役立つはずです。目の前にサンプルがあれば、サンプルの採取が何をしているのかを簡単に説明できます。

DTraceが利用可能です。

man -k DTrace

これらのツールとfs_usage -f filesysで答えが得られます。

これまでのところ良いアドバイス。私はTigerでPowerbookを使用した経験を共有します（ただし、LeopardにはFatFinderプロセスもあるため、この問題は10.5でも発生します）。

AVIをフォルダに入れたことを覚えています。形式は奇妙な形式であり、単純なQuicktimeムービーなどではありませんでした。当時、携帯電話のカメラは悪く、これまでに作成された最悪のコーデックを使用していました。そのため、Finderでその「フォルダ」に移動するたびに、ファイルを「読み取ろう」としてコーデックが不良だったため、ハングします。

最終的には、運が良かったり、それを忘れた（または削除した）ために、これは起こりませんでした。しかし、それが何であるかを理解するにはしばらく時間がかかりました。Leopardで「不適切に」フォーマットされたビデオでもこの正確な動作が起こったことを覚えています。Quicklookは、そのメディアでファインダーをハングさせます。

「修復」するために、VLCで開く必要がありました。そして、不思議なことに再び動き始めました。

CPUが急上昇する前に、使用パターンを監視して、共通点があるかどうかを確認することをお勧めします。ファイルの種類、特定のフォルダー、特定の時間など。

この記事の執筆時点では、OS Xのバージョン（10.x？）がわからないため、Snow Leopardを実行している場合、この情報は少し古くなっている可能性があります。

さらに、fs_usage、top、および同様のツールを出力しようとするアドバイスに従ってください。より良いヒントが得られるかもしれません。Console.app（/ Applications / Utilities）からの出力は、問題にいくらかの光を投げかける可能性があります。

1つの隔離されたプログラムでCPU使用率の高い問題を解決するのに広く役立つツールは2つだけであることがわかりました。はい、アクティビティモニターはサンプリングし、どこでハングアップ/処理しているのかを通知できますが、fs_usageができない場合は、問題の核心に実際に到達するのに、Instrumentsの方が適していると思います。DTraceはすごい-時間をかけて学習する必要はまったくありませんでした-インストルメントは十分に機能し、学習曲線はずっと低くなりました。

1. fs_usageまたgrep、アクセスされるファイルを絞り込むことで、問題がどこにあるか/どこにあるかを知ることができるため、それを修正/調整するための措置を講じることができます。
2. Instrumentsアプリ-Xcode 3は無料の開発者またはXcode 4（Mac App Storeで購入するか、有料の開発者として購入）に提供されます。これをステロイドのサンプル/アクティビティモニターのように考えてください。メモリの割り当てやリークなどを調べて、実行中の遅いプロセスの内部で何が起こっているかをよりよく見ることができます。

FinderのCPU使用率が数週間（80〜100％）高いことに悩まされていました。結局、私はFinderがフォルダ内のすべてのサイズを計算するように設定したことが原因であることを発見しました。このオプションはデフォルトでは有効になっていませんが、念のためチェックする価値があります

1. ファインダーを開く
2. メニューバーから、[表示]-> [表示オプションを表示]を選択します。
3. [すべてのサイズを計算]がオフになっていることを確認します
4. 「デフォルトとして使用」をクリックします

これを行うと、FinderのCPU使用率がすぐに0％に低下するのがわかりました。

MacBook OSX 10.6.8を使用しています。私も、ファンを伴って無数の「Finder CPUの過ち」を経験しています。コンソールはあらゆる種類の不可解な苦情を報告し、多くの場合繰り返し繰り返されます[他の状況でもファンが回転し、コンソールに複数の繰り返し苦情が表示されます]。

最近、空港をオフにするとFinderがすぐに停止することがわかりました。現時点では空港があるので、ここにいることができるので、あまり便利な治療法ではありません。もちろん、アクティビティモニターは、Finderが100％以上のCPUを消費していることを示します[それが何であれ—？]

[検索]> [設定]> [全般] [新しいFinderウィンドウ表示]オプションを[すべてのファイル]以外に変更します。これは非常に役立ちます。