SSD のウェアレベリング入門：書き込みは思っているより高い

SSD は、あなたが一度も触れていないデータを静かに書き直し、何年も前に開いたきりのファイルを移動し、目に見えない予備容量を蓄えています。すべてはフラッシュセルが均等に死なないためです。この帳簿システムがウェアレベリングで、これを理解すると、バグに見える SSD の挙動の大部分が説明できます。

レベリングが必要になる計算

NAND フラッシュの消耗は実に機械的です。各セルが耐えられるプログラム・消去サイクルには限りがあり — 一般的なコンシューマードライブの TLC フラッシュで数千回、安価な QLC では千回前後です。素朴な故障シナリオは明白です。同じセルがすべての書き込みを受け止めたら、ドライブの他の部分よりずっと早く死ぬでしょう。そこでコントローラーは決してその場に上書きしません。ファイルを変更すると、新しいデータは別の使い込んでいないセルに書かれ、古いページは無効とマークされるだけ。そしてガベージコレクションという背景プロセスが、後でまとめて消去します。

ウェアレベリングは、その書き込み先セルを選ぶ層です。動的レベリングは新しいデータを消去サイクルの少ないブロックに書き、静的レベリングはたまにコールドデータ — めったに変更しないファイル — を移し替えて、その居心地のいいブロックにも仕事を分担させます。このダンスの代償が書き込み増幅です。死んだページと同じブロックに住む有効ページを先に退避させる必要があるため、ドライブ内部ではホストが実際に送った以上のデータが書かれます。ほぼ満杯のドライブは事態が荒れる場所です。空きブロックがほとんどなく、小さな書き込みのたびに入れ替えが発生し、速度は落ち込み、各ブロックのサイクルはより速く積み上がります。

SMART が消耗について実際に報告すること

ウェアレベリングの動作を見ることはできませんが、点数を読むことはできます。NVMe ドライブは「Percentage Used」と「Data Units Written」を報告し、SATA ドライブは「Total LBA Written」、多くは Media Wearout Indicator も公開します。ベンダーツールはどれも同じ数値をより親しみやすい名前で表示します。総書き込みバイト数をドライブの TBW 定格で割れば、残り寿命がわかります。典型的なデスクトップ用途では、この計算は安心材料です。1日20 GBの書き込みは、300 TBW 定格に対して10年を超える余裕になります。コンシューマー SSD が書き込み消耗で死ぬことはほとんどありません。先に死ぬのはコントローラーかファームウェアの故障で、それは別の話です。

ドライブの10〜15％は空けておく：予備ブロックはレベリングとガベージコレクションの運転資金です
TRIM は有効のままに — どのページが死んだかをコントローラーに伝え、ガベージコレクションが書き込みの邪魔になる前に消去します
SSD をデフラグしない：ファイルを「並べる」ためだけに全体を書き直し、速度はゼロ得、代償はサイクルです
「SSD を守る」ためにページファイルを無効にしない — 現代のドライブは数 GBの日常的なページングに気づきもしません
毎週心配する代わりに Percentage Used は年に一度確認する：消耗は遅く、可視的で、退屈なプロセスです

問題と勘違いされる挙動

エクスプローラーに現れない予約領域、空なのに内部書き込みを記録するドライブ、ファイルの合計を超える「使用済み」容量 — これはオーバープロビジョニングとレベリングの仕事で、欠陥ではありません。SSD を守るためとページファイルを HDD に移すのは、古典的な自爆です。SSD がほとんど測定できないコストを、HDD が秒で測るページングの遅延と交換しているだけです。今日、消耗に本当に敵対的な習慣は、ドライブを常時90％以上満たし続けることと、定格に近いドライブに重いスクラッチワークロードを向けることだけです。容量を余裕として扱えば、残りはコントローラーがどのチューニングユーティリティーよりもうまく処理します。