なぜWindows 7 x64 Explorer.exeは利用可能なすべてのRAMを突然飲み込んで、システムのクロール速度を低下させますか？
更新：解決済み-以下の私の答えを参照してください
Windowsエクスプローラーウィンドウ（Explorer.exe、Internet Explorerと混同しないでください）のフォルダー間を移動しているときに、ハードディスクがスラッシュし始め、システムが応答しなくなるのをよく耳にします。タスクマネージャーを開いて（Control-Alt-Delete->タスクマネージャーを起動）すると、Explorer.exeが1.5 GBから2 GB以上に急激に増加するRAMを使用していることがわかります。 RAM=数秒間数を見ると、Explorer.exeは約4GBになり、その後ゼロになってやり直します。その間、ハードディスクがスラッシングしていて、私のコンピューターでは何もしていません。Explorer.exeプロセスを終了し、タスクマネージャーの[実行...]コマンドを使用してExplorer.exeを再起動することで、正常に戻ることができました。これらのエピソードにより、3から5分。
これは仮想メモリの問題だと言われています。私の仮想メモリ設定は問題ありません-それらは自動に設定されています。すべてのハードディスクに約10％の空き容量があります。
私はsfc/scannowでシステムファイルをテストしましたが、問題は見つかりませんでした。
Windowsメモリ診断を使用してRAMをテストしましたが、問題は見つかりませんでした。
この問題は、ドキュメントライブラリのフォルダーを参照しているときに特に発生することに気付きました。頻繁に使用するフォルダー間を移動するたびに、特にフォルダー間をすばやく移動する場合は、ほとんど毎回発生します。 Wordファイルを開こうとしたときによく起こります。
システムは通常、約2〜3分間「フリークアウト」します。システムでRAM=の使用状況を確認できる場合、それは約98％以上です。
考えられる1つの問題は、Windowsがインストールされているディスク（C :)とは異なるディスク（F :)にドキュメントライブラリの場所を移動したことですが、これは問題にはなりません。
何か案は？
新しい詳細9/10/11：
2つの異なるWindows 7 x64コンピューターでこの問題が発生しています。まったく同じ問題が両方で発生し、Explorer.exeはすべての利用可能なRAMを取得し、システムのクロール速度を低下させます。次の手順で問題が引き起こされると思います。
1）Windows Live Mesh 2011と同期し、少なくとも2つのWordドキュメントファイルを含むフォルダーに移動します。
2）Wordドキュメントファイルの1つをクリックします（ダブルクリックしないでください）。次に、別のWord文書ファイルをクリックします。これを数回繰り返します。
3）ファイル操作を実行します。 （Wordファイルの1つを削除、コピー、または開きます。）
4）システムが一時的に遅くなるか「フリーズ」するように見えます。タスクマネージャーを見ると、RAMの最大99％または100％が使用されます。Explorer.exeプロセスは急速に増加するRAMの量を使用します。
ここでは、Windows Live Mesh 2011が犯人であると私は確信しています。このプログラムをアンインストールし、両方のシステムを再テストしてから、この質問を詳細情報で更新します。さらなる洞察があれば、助けてください。ありがとうございました。
スーパーユーザーからの優れた提案に基づいて、私は多くのトラブルシューティングを行いました。現在、問題は軽減していますが、まだ解消していません。 Windowsサムネイルキャッシュをクリアした後もRAMスパイクと前述のハードディスクスラッシングが発生しますが、攻撃の継続時間は約5または10秒です（3または5分ではなく） ）を助けたもう1つのステップは、[表示]タブの[エクスプローラーのフォルダーオプション]で[フォルダーウィンドウを別のプロセスで起動する]を選択することでした。これにより、問題のあるウィンドウが分離され、Explorer.exeを終了する必要があるときに、タスクバーとデスクトップが表示されなくなります。通常は影響を受けません。
この問題は、Word 2007ファイルのファイルイメージプレビュー（サムネイル）を表示しようとしたときのExplorer.exeのメモリリークが原因で発生します。
Explorer.exeがこれらのファイルイメージのプレビューを表示しないようにして、問題を解決しました。そのために、Windowsレジストリを編集しました。
レジストリを編集するときは注意してください。間違えた場合、コンピュータが故障する可能性があります。 これらの指示に従って を使用して、常に最初にレジストリをバックアップします。
レジストリを編集するには：
- [スタート]をクリックして、「regedit.exe」と入力します。 Regedit.exeへのショートカットが表示されます。
- Regeditへのショートカットを右クリックし、[管理者として実行]を選択します。必要に応じて資格情報を提供します。
- Regeditで、左側にリストされているフォルダーを次の場所に移動します。
HKEY_CLASSES_ROOT.dotx\ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}
「デフォルト」という単語をクリックし、リストされている値が「{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}」であることを確認します。 （別の値が表示される場合は、前の手順をやり直して、レジストリ内の正しい場所にいることを確認してください）。
次に、キーボードの「Delete」キーを押します。削除を確認します。
次の場所について、手順3.と4.を繰り返します。
HKEY_LOCAL_MACHINE\SOFTWARE\Classes.docx\ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}
「デフォルト」値：「{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}」
詳細は ここ を参照してください。
Process Monitor または Process Explorer を実行して、「通常の」操作中、および速度が低下しているように見える瞬間に何が起こるかをキャプチャします。それはそれをトラブルシューティングする方法です。
また、Live Meshをアンインストールして、違いが生じるかどうかを確認することもできます。
サムネイルキャッシュをクリアしてみてください。ディスククリーンアップを使用してください。
また、必要なコーデックがないためにWindowsがサムネイルを生成できないフォルダーの一部に画像ファイルまたは特にビデオファイルがある場合、これにより、エクスプローラーの問題、速度低下、またはクラッシュが発生する可能性があります。
Windowsがサムネイルを生成できないファイルを含むフォルダーを見つけることができる場合は、そのフォルダーの表示設定を詳細などに変更して、サムネイルの生成を試みないようにします。
MKVビデオファイルの場合 このスレッドを参照
下位レベルで不安定なものがない限り、シェル拡張が主な原因です。
ShellExView を使用して、Microsoft以外のものを無効にします。後で追加したものを再試行できます...
私は最近、Windows機能のオフラインファイルがこの質問で説明されているようなエラーを引き起こす可能性があることを発見しました。約1週間前にオフラインファイルを無効にしました。オフラインファイルを無効にして以来、質問で説明したシステムの不安定性は経験していません。
Windows 7でオフラインファイルを無効にするには（Vistaでも同じである必要があります）：
[スタート]をクリックして、「オフラインファイル」を検索します。 [オフラインファイルの管理]をクリックします。
[オフラインファイルを無効にする]をクリックします。
問題は、Windows 7の検索インデックス作成にある可能性があります。
記事 Disable Search Indexing In Windows 7 は、それを完全に無効にする方法を示し、説明しています：
検索プロセスを高速化するために、検索インデックスサービスはWindowsシステム上のファイルとフォルダーをスキャンし、それらに関する情報をインデックスファイルに記録します。ただし、システムの一部のリソースも消費するため、低速のコンピューターを使用しているユーザーにとっては、検索のインデックス作成をオフにすると便利です。
記事で説明されているように、まずこのサービスを無効にして、これが問題であるかどうかを確認することができます。そうでない場合は、再度有効にします。もしそうなら、以下を読み続けてください。
詳細については、 インデックスを使用してWindows検索を改善する：よく寄せられる質問 を参照してください。
インデックス付きの場所には、ライブラリに含まれるすべてのフォルダー（ドキュメントライブラリに表示されるものなど）、電子メール、およびオフラインファイルが含まれます。インデックスが作成されていないファイルには、プログラムファイルとシステムファイルが含まれます。これらのファイルは、ほとんどの人が検索する必要はほとんどありません。
この場合の問題は、ライブラリに非常に多くのファイルが含まれているため、インデクサーがインデックスを作成するために必要なメモリが多すぎることです。たぶん、これはループし続ける特定のドキュメントの単純なバグにすぎません。 2番目の記事のセクション「インデックスの場所を追加または削除する方法」の情報を使用して、問題のあるライブラリが見つかるまで、インデックスが作成されるフォルダーの数を減らすことができます。