SATA vs NVMe:高速ドライブにも掃除は必要――ただし別の理由で

回転するディスクからNVMeに替えると、PCは10歳若返った気分になります――そしてネットの半分を「掃除はもう無意味」と信じ込ませました。高速ドライブにも掃除は必要です。理由が違うだけで:満杯のSSDは遅いSSDなのです。

NVMeが解決したもの――そして代わりに来たもの

ハードディスクは速度の大半をシークの物理に失っていました。断片化はヘッドの移動増を意味し、2000年代の掃除業界の半分はまさにそれと戦うために存在していたのです。NVMeにはヘッドがなく、8本以上のフラッシュチャネルを並行で走らせ、ランダム読み取りをフラッシュの速度でこなすため、ファイルの断片化はほとんど効きません。パフォーマンス対策としてのデフラグは死にました。代わりに来たのは、もっと繊細な制約です。コントローラは効率よく書き込むために空きブロックを必要とし、ほぼ満杯のドライブには差し出せるブロックがありません。

SSDが容量の約90%を超えると、SLCライトキャッシュが縮み、コントローラは部分的に埋まったブロックへのリード・モディファイ・ライトサイクルに後退し、連続書き込みはカタログスペックの一部にまで落ち込みえます。ガベージコレクションとウェアレベリングもスペア領域を欲しがります。「ディスクが断片化した」の現代版は「ディスクが満杯です」――そして特効薬はデフラグではなく掃除です。

高速ドライブで今も効く掃除

目標はもう読み取りヘッドのためにファイルを並べることではなく、コントローラが息をする余地としてボリュームの15~20%を空けておくことです。するとやることリストが組み替わります。自然に再生するキャッシュは最良の標的であり、長年の更新で肥大したWinSxSは古い環境での単独最大の獲物で、大容量メディアはシステムドライブが依存するC:パーティションではなく2台目のドライブに置くべきものです。

設定 → システム → 記憶域とディスククリーンアップ――置き換えられた更新コンポーネントからWinSxS領域を回収
ブラウザとアプリのキャッシュ――どうせ再生するので、消してもコストゼロ
ダウンロードフォルダーの仕分け――多くの人が何年も開いていない墓場
hiberfil.sys――powercfg /h /type reduced、または休止状態を一切使わないならpowercfg /h off
システムの保護の使用量スライダー――古い復元ポイントが%単位で静かに食べていく
ゲームとメディアのライブラリ――2台目のドライブへ移して、C:はスリムに

SSDにやってはいけないこと

デフラグしないこと。ドライブの最適化は、SSDに対して毎月のTRIMパスを既に実行しています――SSDが実際に必要とする唯一のメンテナンス操作です。確認にはfsutil behavior query DisableDeleteNotifyが0を返すはずです。空き領域を上書きする「SSDオプティマイザー」系ユーティリティは、測定できる利益なしに書き込み摩耗を追加するだけですし、レジストリクリーナーはどのインターフェイスでもディスク速度とは無関係です。ドライブを再び速くしたいなら、領域を空けること。それ以外は2009年の民間伝承です。

満杯のSSDは、掃除が直接性能を取り戻す唯一の現代のケースです。滞留分を片付け、ボリュームの5分の1を空けておけば、連続書き込み速度は戻ります。それがNVMeドライブのメンテナンスの全ストーリーであり、1枚のカードに収まります。