本文へスキップ
RebootDoctor

Windows 11のメモリリークを修正(正確な原因を特定)

By Mike Chen Fact-checked by Mike Chen (CompTIA A+ Certified) on

簡潔な回答: タスクマネージャーのパフォーマンス→メモリを確認。85-95%使用中だがプロセスタブに大量消費アプリがなければメモリリーク——RAMを要求し解放しない何かが再起動後に数時間で使用率を押し上げる。アプリではなくドライバが原因の可能性が高いのでRAMMapとpoolmonでリークしているプールタグを特定。常連犯はネットワークとストレージドライバ。

タスクマネージャー→パフォーマンスタブ→メモリ。85-95%使用中でプロセスタブに何も明らかに食っていない——4GBのアプリがない——ならメモリリーク。何かがRAMを要求して返さない。再起動でOSがすべて回収し一時的に修正されるが数時間~数日で使用率が戻る。

厄介なのはタスクマネージャーが全体像を表示しないこと。プロセスがメモリを確保しても「メモリ」列に表示されないことがある——確保がプライベートか共有かカーネルプールかでWindowsのカウント方法が異なる。SysinternalsのRAMMapをダウンロード——無料、インストール不要。「Use Counts」タブで2つの数値を確認:「Nonpaged Pool」と「Driver Locked」。ノンページプールが500MB超ならカーネルモードドライバがリーク。Driver Lockedが巨大でも同様。正常システムはノンページプール100-200MB。

Alienwareの客がアイドルで16GB中14GB使用。タスクマネージャーで可視プロセス使用量6GBで8GBが消失。RAMMapでノンページプールが3.2GB——異常。Windows Driver Kitのpoolmonを実行——プールタグ(各確保を所有するドライバを識別する4文字コード)を表示。トップタグが2.8GBを食いKiller Networkingのドライバ所有。KillerはすべてのAlienwareと過去4年のゲーミングノートPCの半分に搭載。Killerソフトスイートを完全アンインストール→IntelのジェネリックWiFiとイーサネットドライバをインストール→ノンページプールが180MBに低下。何もせず3GBのRAMが戻った。

リークを見つける

SysinternalsのProcess Explorerはタスクマネージャーより優秀——Working SetとPrivate Bytesの2列を表示。Working Setはプロセスが実際に使用中の物理RAM。Private BytesはプロセスがWindowsに要求した量——必ずしもデータで埋まっていない。Working Set 200MBでPrivate Bytes 2GBのプロセスはアドレス空間を占有。そのギャップがリーク。

Private Bytesで降順ソート。Private BytesがWorking Setよりはるかに大きいトップがリーカー。頻繁に見る犯人:マルチモニター環境のdwm.exe(Desktop Window Manager)——特にリフレッシュレート不一致でGPUバックメモリバッファを確保し解放しない。ASUSやMSIボードに搭載のNahimicまたはSonic Studioオーディオサービス。ブラウザは当然——40タブのChromeと拡張機能は与えたものを食うが設計通りでバグではない。

リークがカーネルモード——RAMMapでノンページプール増大だがユーザーモードプロセスが原因でない——ならpoolmon。管理者コマンドプロンプトでpoolmon -b(バイト順ソート)実行。トップのタグが犯人。4文字タグ+「pool tag」でGoogle検索すると所属ドライバが通常判明。一般的タグ:NDnd/NDgdはネットワークドライバ、MmStはメモリマネージャー、FMfnはフィルターマネージャー(アンチウイルスやバックアップソフトのファイルシステムフック)。

常連犯

Killer Networkingスイート——全Alienware、Dellゲーミングノートの多く。ノンページプールを着実にリークしRAM 90%超到達。Intelドライバに置換。

Nahimicオーディオサービス——MSIとASUSボードに「Sonic Studio」「Nahimic Companion」として搭載。ユーザーとカーネル両方のメモリをリーク。services.mscで無効化またはアプリからアンインストール。「サラウンドサウンド」処理を失うが正直音質が酷かった。

マルチモニター異リフレッシュレートのDesktop Window Manager——dwm.exeが数日で1-2GBに増大。クリーンな修正なし——Microsoftは認識しているがパッチ未提供。リフレッシュレートを統一するか酷くなったらタスクマネージャーでdwm再起動(自動再起動しすべて解放)。

8GBのRAMでブラウジング以上の作業をするならWindowsにページファイル領域が必要。システムのプロパティ→パフォーマンス設定→詳細設定→仮想メモリ→変更。「自動的に管理する」のチェック外しカスタムサイズ設定——初期サイズを物理RAMの1.5倍、最大を3倍。8GBなら12GB初期、24GB最大。

本当に16GBでワークロードが足りない——VM、動画編集、大量タブ——ならRAM増設が唯一の解決。2026年で8GBスティックが$20-30。まず現在のRAMを確認。ただし問題が実需かリークか先に確認——リークしているシステムにRAM増設は壁に当たるまでの時間が延びるだけ。速度最適化サービスでRAMMapとpoolmonの完全分析を含む——正確なドライバまたはプロセスを特定・修正し24時間でリーク解消を検証。

よくある質問

Windows 11にメモリリークがあるか確認する方法は?

タスクマネージャー→パフォーマンスタブ→メモリ。85-95%使用中だがプロセスタブに大量RAMを消費するアプリがなければメモリが解放されずに消費されている。再起動で一時修正だが数時間~数日で戻る。SysinternalsのRAMMapをダウンロード——ノンページプールが500MB超ならカーネルモードドライバがリーク。正常システムは100-200MB。

ノンページプールとは何でなぜリークする?

ノンページプールはWindowsが常に物理RAMに保持するカーネルメモリ。ドライバがネットワークバッファやUSBディスクリプタなど即時アクセスが必要なデータに使用。ドライバがノンページプールを確保して解放しないとプールがRAMの大半を消費するまで増大。Killer Networkingと特定オーディオドライバが最も一般的な犯人。

RAM増設でメモリリークは解決する?

いいえ。リークしているシステムへのRAM増設は壁に当たるまでの時間が延びるだけ。ドライバが毎時500MBリークするなら16GBで95%到達までの猶予が数時間増えるだけ。リークしているドライバまたはプロセスの特定と修正が必要。RAMMapとpoolmonで正確な犯人を見つける。

Desktop Window Managerがメモリを大量消費するのはなぜ?

dwm.exeがウィンドウ合成とレンダリングを管理。異なるリフレッシュレートのマルチモニター環境でGPUバックメモリバッファを確保し適切に解放しない。数日で1-2GBに増大。Microsoftは認識しているが完全パッチ未提供。リフレッシュレートを統一するかタスクマネージャーでdwm.exeを再起動で一時解放。

プロのサポートが必要ですか?

これらの手順で解決しない場合、認定技術者がリモートで診断・修復します。通常30分以内に完了します。