実際に壊れるまでSSDに書き込み続けて、SSDの限界を調べてみよう。 仕様 SSD耐久テストのプログラムについて 第1回 MLCの書き込み回数はどれぐらいなのか テスト結果 第2回 空き容量はウェアレベリングに影響するのか テスト結果 第3回 Win7のTrimコマンドは寿命を延ばすのか 最新記事 第4回 東芝製SSDは壊れる前にリードオンリーになるのか テスト結果 第5回 安物SSDは短命なのか 最新記事 |
第3回 Win7のTrimコマンドは寿命を延ばすのか 2010.3.30 以前のOSとは異なり、Win7はSSDを理解してくれるようになった。それまでは「回転しない奇妙なHDD」としか解釈していなかったので、当然ながらHDDのように扱われていた。普通に使うだけなら気にする必要はないが、構造の違いによる問題が少なからず発生していた。 仮に青色をファイル1、緑色をファイル2とする。HDDとは異なり、実際に書き込まれる場所はSSD任せになっているが、あまり気にする必要はない。 問題なのはOSがファイルを削除しても、SSDが理解できずにそのままデータを保持してしまうことだ。青色のファイル1を消したのに、SSD上のデータは消去されていない。 もう不要なんだから無視すれば良いものを、ウェアレベリングのときもしっかりと移動させてしまう。このため無駄なオーバーヘッドが増え、書き込み続けていると速度が低下してしまうのだ。 そこでWin7ではTrimコマンドを使って、何が不要なのかSSDに教えることにした。これにより速度低下が防げるのはもちろんのこと、少なからず寿命延長にも影響することを期待している。 今回はTrimコマンドによるオーバーヘッドの低減が、どれぐらい寿命に影響するのか調べてみよう。使用するのはintel X25-Vの40GBだ(MLC)。 2010.4.1 テスト開始から2日目。 わかり辛かったので表示する内容を変更した。「SSD全体に書き込んだバイト数」は、実際に書き込んだ容量そのまま。X25-Vは実容量37.2GBなので、ここが37.2GBになると全体に1回書き込んだことになる。「1GBあたりに書き込んだバイト数」は、SSDの容量1GBに対して書き込めた容量で、前回までのテストに表示していたのと同じ。 2010.4.5 ちょっと気になったことが。 現在426回書き込んだところ。 CrystalDiskInfoで見てみると、メディア消耗指標(E9、下から2番目)が90になったようだ。この値は100から1へと変化していくようだが、書き込み回数426回で90は速過ぎるような気がする。このままいけば4500回程度で1になりそうだ。1になったから壊れるというわけではないが、寿命の目安にはなるだろう。 これはセルの多値化によるものだろうか。旧世代のSSDは容量が少ない反面、書き込める回数が5000〜10000回程度だったが(実験では7000回程度)、最近の大容量SSDは3000〜5000回程度まで減っているようだ。このため寿命を延ばす仕組みに取り組んでいるわけだが、本当に4500回程度で壊れるのか気になってきた。 2010.4.12 1TBに到達した。 現在1030回、合計37.5TB書き込めた。 順調にメディア消耗指標(E9)が79まで減ってきたが、利用可能な予備領域(E8、下から3番目)は1つだけしか減らなかった。左上の健康状態にはE8の数字が表示されているようなので、寿命的にはこの数字が重要なんだろうか。書き込み量に比例してなさそうなので(もう1000回書き込んでいる)、これだと寿命予測が難しそうだ。 2010.4.24 2TBに到達した。 現在2065回、合計75.2TB書き込めた。 メディア消耗指標(E9)が59まで減ったが、利用可能な予備領域(E8)は変わらず99のままだ。E8は最後の頃になってから急激に減り始めるんだろうか。 2010.5.7 3TBに到達した。 現在3084回、合計112.2TB書き込めた。 順調にメディア消耗指標(E9)が39になった。代替処理済のセクタ数(05、上から3番目)の生の値が、0、2、3、6と変化していることに今気づいた。 2010.5.18 4TBに到達した。 現在4114回、合計149.7TB書き込めた。 メディア消耗指標(E9)が19になったが、次に確認するときはどうなっているだろうか。このままいくと1か0を下回ってしまうので、今度は利用可能な予備領域(E8)が減っていくんだろうか。代替処理済のセクタ数(05)の生の値は、6のまま変化していないようだ。 2010.5.30 5TBに到達した。 現在5143回、合計187.2TB書き込めた。 昨日の時点でメディア消耗指標(E9)が1になっていたのだが、変化がないまま1日が過ぎてしまった。この値は書き込んだ容量に合わせて、単純に計算されているだけなのだろうか。そうなると計算の基準が何なのか気になってくる。間もなくして利用可能な予備領域(E8)が減っていくのであれば、E8が変化するまでの目安になるのだが、そうでないならば余計な気苦労になってしまう。 2010.6.10 6TBに到達した。 現在6158回、合計224.1TB書き込めた。 壊れる気配がまったくなくて、急に目標を見失ってしまった感じだ。いつになったら利用可能な予備領域(E8)が減り始めるんだろうか。 2010.6.22 7TBに到達した。 現在7196回、合計261.9TB書き込めた。 相変わらず壊れる気配がなく、代替処理済のセクタ数(05)の生の値が7に増えたぐらいだ。 2010.7.3 8TBに到達した。 現在8212回、合計298.9TB書き込めた。 代替処理済のセクタ数(05)の生の値が、珍しく2つ増えて9になったが、利用可能な予備領域(E8)は変わらず99のままだ。 2010.7.14 9TBに到達した。 現在9264回、合計337.1TB書き込めた。 代替処理済のセクタ数(05)の生の値が、前回同様2つ増えてBになった。 10〜19TBの記事へ 2010.12.28 ついに20TBに到達してしまった。 現在20538回、合計745.4TB書き込めた。 前回の勢いはどこに行ってしまったのだろうか。代替処理済のセクタ数(05)の生の値が、4Cから4Fと少し増えただけで、利用可能な予備領域(E8)は動かず。壊れないのは素晴らしいことだが、この書き込み速度の低下はどうなんだろうか(132.4GB/h→116.9GB/h)。フォーマットすれば元の速さに戻るのかな。 2011.1.14 21TBに到達した。 現在21568回、合計782.9TB書き込めた。 代替処理済のセクタ数(05)の生の値が、4Fから5Dに増えた。書き込み速度が遅すぎるので、一度SSD全体をファイルで埋め尽くしてからOS以外のファイルを削除し、SSD Optimizerを何度か使ってみた(普段は12時間に1回のスケジュールにしてある)。これで少しは快適になったようだが、壊れる気配はまったくない。 2011.1.29 22TBに到達した。 現在22591回、合計820.2TB書き込めた。 代替処理済のセクタ数(05)の生の値が、5Dから78に増え、利用可能な予備領域(E8)が97に減った。もしかして今後もこのペースで減っていくのかもしれないが、もうちょっと急いでもらえないだろうか。 2011.2.13 23TBに到達した。 現在23609回、合計857.2TB書き込めた。 代替処理済のセクタ数(05)の生の値が、78から9Eに増えた。利用可能な予備領域(E8)は変わらず。壊れないのは素晴らしいことではあるが、いつになったらC300を開封できるだろうか(すでに購入済)。 2011.2.28 24TBに到達した。 現在24641回、合計894.8TB書き込めた。 代替処理済のセクタ数(05)の生の値が、9EからAAに増えた。894.8TB書き込めたということは、ついにSSDNの記録886.1TBを超えてしまったわけで、40GB SSDが64GB SSDを上回るとは思ってもいなかった。しかもこの段階で残り97%だ。そろそろ「本当はSLCでした」と白状しても良い頃だろう。 |