デフラグとTRIM：SSDを守るために知るべき違い

「ドライブのデフラグと最適化」を開くと、Windowsはまったく別の2つの操作に同じ一言 — 最適化 — を表示します。機械式ドライブ向けのデフラグと、SSD向けのTRIMです。自分のディスクが実際にどちらを必要としているかを知ることが、メンテナンスとスローモーションの破壊の分かれ目です。

デフラグの役割 — なぜSSDには不要なのか

HDDでは、ファイルは回転するプラッタ上に物理的に散らばっており、読み取りヘッドは断片を追いかけて実際のミリ秒を燃やします。デフラグはファイルを連続した領域に書き直すもので、ひどく断片化した機械式ディスクでは改善が体感できます。SSDにはヘッドもプラッタもありません — どのブロックも同じ時間でアクセスできるため、ファイルの断片化はほとんど何の足しにもなりません。さらに悪いことに、デフラグの絶え間ない書き直しは書き込みサイクルを食い潰します。フラッシュセルは有限回の消去にしか耐えられず、フルデフラグは利益ゼロのためにディスク1台分のデータを動かします。最近のWindowsはこれを知っているので、ドライブの最適化ツールはデフォルトでSSDのデフラグを拒否します。

TRIMは別の問題を解決します。ファイルを削除すると、Windowsは領域を空きとマークするだけです — SSDは、そこに書き込もうとして、書き込み前に消去しなければならない「汚れた」ブロックを見つけるまで、その事実を知りません。TRIMは、死んだブロックを事前にドライブへ通知するオペレーティングシステムの働きであり、コントローラのガベージコレクションが先に消去してくれるため、書き込みは速いまま保たれます。周期的なTRIMがないと、SSDの書き込み速度は数ヶ月かけて劣化します。特にほぼ満杯のドライブで顕著です。

Windowsが自動でやること — 最適化ボタンの意味

Windows 8以降、ドライブの最適化のスケジューラは週1回程度動き、ドライブの種類に応じて正しい方を実行します — HDDにはデフラグ、SSDにはTRIMパスを — 何も尋ねることなく。同じウィンドウの「最適化」ボタンは、要求に応じてスケジュールと同じことを実行します。TRIMが有効かどうかは、ターミナルで fsutil behavior query DisableDeleteNotify を実行して確認できます。0ならTRIMオンで、最近のインストールではすべてデフォルトでそうです。SSDへの一回きりの従来型デフラグが起こるのは一つの狭いケースだけです — システムの復元のスナップショットが存在し、かつボリュームがひどく断片化している場合、Windowsはシャドウコピーが膨張しないよう月1回の単発パスを実行します。設計上の話であって、バグではありません。

「ドライブのデフラグと最適化」を開き、HDDもSSDも、すべてのドライブでスケジュールされた最適化がオンになっていることを確認する
TRIMの状態を確認する:fsutil behavior query DisableDeleteNotify が 0 を返すはず
大量のデータを削除した後だけ手動で最適化を実行し、TRIMが解放されたブロックに早く届くようにする
HDDはスケジュールに任せる;断片化が約10%を超えて表示されているドライブだけが手動パスを必要とする
SSDを「最適化」すると申し出るサードパーティ製ツールは無視する — Windowsはすでに必要な唯一の最適化を実行している

商品が売れるから生き続ける神話

「SSDをデフラグして高速化」は、SSDユーティリティ市場の半分を支えるゾンビ的な発想です。正直な答えはこうです。フラッシュの性能には断片化が見えないこと、そしてデフラグパスは純粋な消耗だということ。日次の「オンデマンドTRIM」ツールも同様に無意味です — TRIMは通知であって掃除の儀式ではなく、週次のスケジュールはすでにドライブの必要以上に動いています。SSDにとって唯一本物のパフォーマンスの罠は、容量の約80〜90%を超えた満杯状態で使い続けることです。コントローラは書き込み増幅を低く保つために空きブロックを必要とします。空きを確保し、スケジュールに任せれば、最適化すべきものはもう何も残りません。