レジストリの断片化はWindowsを遅くするのか？消えないミスの正体

「レジストリが27%断片化しています」——クリーナー系アプリは四半世紀にわたってこの一行を表示し続けてきましたが、Windows 11では何の意味もありません。このミスが生き続けるのは、機械的にそれっぽく聞こえるからで、誰かが実測したからではありません。

ミスはどこから来たのか

Windows 95、98、MEには実際にレジストリの問題がありました。キーの削除と追加のたびに膨らむフラットなファイル群、起動のたびに全体を読み込む仕様、トランザクションログも自己修復もない構造。当時の圧縮ツールは本当に効果がありました。つまりこれは、実在した欠陥を根に持つ珍しいクリーナー系ミスです。Windows NT——2000から11までのすべてはここから派生しています——はレジストリを、先行書き込みログ付きのハイブとして保存し、割り当てブロックに区切ってシステムが自分で再利用します。こんな構造を「デフラグ」するのは、そのアーキテクチャが持ってもいない問題を修理するようなものです。

マーケティングはエンジニアリングに追いつけませんでした。ディスクのデフラグレポートらしく見えるパーセンテージはユーティリティを売れるため、意味が蒸発した後もずっと表示され続けたのです。現代のツールが示す「レジストリの断片化」は、ハイブ内の空き領域（ハイブスラック）を劣化の衣装で着飾っているにすぎません。本棚を空いたスペースで評価するのと同じ話です。

現代のWindowsを遅くできない理由

レジストリはメモリ内に存在します。起動時にカーネルがハイブをページプールへ読み込み、以後の読み取りはすべてRAMにヒットし、ディスクには届きません。この仕組みでは、ハイブファイルの物理的な配置は無関係です。仮に「断片化」していても、起動時に一度だけ逐次読み込みされ、以後ディスク上のこのファイルには触れません。レジストリの肥大化も同じくらい弱い要因です。長年酷使されたシステムでも、ハイブは通常数十メガバイト程度で、Windowsはそれを1秒未満で読み戻します。アンインストール済みプログラムの残骸キーが加算するのはキロバイト単位で、削除による起動時間の短縮を証明したベンチマークは一度も存在しません。

ユーティリティがSOFTWAREやSYSTEMの「断片化25%」を報告するとき、測っているのはハイブ内の割り当てブロックの未使用領域——キーの出入りに合わせてレジストリ自身のアロケーターが確保と解放を繰り返す領域です。圧縮しても変わるのはディスク上のファイルだけで、同じキーはどのみち同じメモリに読み込まれます。だからこそ、この種のツールのベンダーは誰も「ビフォー・アフター」の起動時間を公開せず、恐ろしげなパーセンテージだけを見せるのです。

Windowsが本当に遅いときに確認すべきこと

実際の低速化には、派手で地味な原因があり、地味な対策が効きます。レジストリに何かを触らせる前に、このリストを確認してください。実際に見られる「Windowsが遅くなった」ケースのほぼすべてを説明できます。各項目の確認は数分で済みます。しかもどれも、レジストリ編集のようにシステムを壊すことはありません。