別PCにつないで、CrystalDiskInfoで調べてみたところ
正常値が46%！！ ある意味すげええ！！
こんなに劣化していたのか・・・

数日前にSSDを買ったというのに、またIYHしてしまいそうだ。
とりあえず、余っていた320GBのSATAを使うことにしました。

改めてIntel Matrix Storage Consoleで確認してみると
Genaration 1となっており1.5Gbpsで動作していることがわかります。

さて、どうやって3.0Gbpsで動作させるかというとカスタムBIOSを使います。
動作保証をするものではないので、何が起きても自己責任となります。

アップデート方法はWindows上で行えます。
でも32bitOSに限るので、元のHDD（Vista32bit)からアップデートしました。
久しぶりのHDDはすげえ遅くてびっくり。

Intel Matrix Storage ConsoleでGenaration 2となっています。
無事にSATAII 3.0Gbpsで動作しているようです。
BIOSのバージョンを確認すると2.21(7NETC1WW)と表示されていました。

さっそくベンチマーク測定です。
使用したのはCrystalDiskMarkとATTO Disk Benchmarkです。

CrystalDiskMark SATA 1.5Gbpsで動作

CrystalDiskMark SATAII 3.0Gbpsで動作

ATTO Disk Benchmark SATA 1.5Gbpsで動作

ATTO Disk Benchmark SATAII 3.0Gbpsで動作

CrystalDiskMarkの結果は以前、デスクトップで測定した結果に近くなってます。
ATTOではちょっと結果がばらけています。
OSやデータが入ったまま測定したからでしょうか。

結果的に速度がアップしたのでとてもうれしいです。
Vertexは初期ファームウェアからアップデートを繰り返して
使っているのでかなり劣化が進んでいます。
これでまた快適になるかな？

追記：2011/05/26
カスタムBIOSを入れたのが原因か確証は持てませんが不具合が発生しました。
Fnキーと左Crtlが逆になっているのです。
もともとキーボード配列をいろいろ変更しているので
レジストリをちょっといじればいいのですが苦労しました。

HKLM\SYSTEM\CurrentControlSet\Control\Keyboard Layout\Scancode Map
ここに入れ替えるキーのスキャンコードをあるルールで入れればいいのですが
説明が面倒なのでメモだけ残します。

左Ctrl : 0x00d1
Fn : 0xe063

追記: 2011/05/26
OS上でキーボード配列を入れ替えても、Fnキーは入れ替わりません・・・
これは困ったな

さらに追記： 2011/05/27
・・・もう一回、BIOSを書き換えようかなとファイルを見直したら
BIOS update
BIOS update + CTRL-FN swap

と二つのフォルダがありました。
CTRL-FN swapって書いてあるじゃない！
うわー、恥ずかしい

で、BIOSをダウングレードしたりいろいろやってみたけど
FnとCtrlが元に戻らない！ やべえ！

ちょっとググったところ
通常のカスタムBIOSをアップデートするときに
WINUPTP.EXE -s

とオプションを付けるとサイレントインストールが始まります。
なんも出ないからと途中で電源を切ったりすると、おそらくX61はお亡くなりになります。
しばらく待つと勝手に再起動されてFnとCtrlは元通り！

ああ、ほっとした。

その前にFW1.5で約10ヶ月使ったSSDの劣化具合を見てみましょう。
シーケンシャルライトが著しく遅くなっています。
はじめの12GBぐらいが劣化していないのはなぜでしょう？

Windows7のインストール時に「システムで予約済み」として100MB
のパーティションを作られていたためかと思いましたがサイズが合わない。
OSがシステムファイルとしてつかんでいたファイルだったから？
うーん、わからないです。


次にWiperを実行し、diskpartでデータを削除しました。
いやあ、Wiperの威力はすごいですね。

Wiperの不満点は対象SSDがシステムの場合、実行できないことです。
SSDを別PCに接続してWiperを実行しています。
もしかしてDOS上でもWiperって実行できるのかな？
あとで試してみるか・・・

FW1.6へアップデートしてみました。
・・・1.5とほとんど変化ない？
ランダムライトの4KBが速くなったぐらいでしょうか。

次はCrystalDiskMark3.0で測定です。

劣化したVertex 120GB FW1.5

Wiper実行後のVertex 120GB FW1.5

FWアップデート後のVertex 120GB FW1.6

・・・CrystalDiskMarkだと変化がわかりませんね。
FW1.5までのベンチ結果は4K QD32を測定していなかったので
NCQが効いているのがわかっていいですね。
でも、ライトでは効いていないんだなあ。

なんだかんだで、Windows 7のTRIMだけでは
劣化は止められないことがわかってよかったです。
たまにWiper実行しないといけないですね。

Vertexと違い、2ではジャンパピンはありませんでした。
ファームアップデートがあった場合楽そうな気がします。

次はHDTuneのベンチマークです。
測定PCの簡単なスペックはこちら

OS: Windows 7 Pro 64bit
CPU: PhenomII X6 1090T
M/B: MSI 890FXA-GD70 Bios 1.6beta1
Mem: DDR3 1333 2GB x 2

シーケンシャルリード

シーケンシャルライト

ランダムリード

ランダムライト

あれー、なんかシーケンシャルが遅くない？
ディスクサイズに関わらず、公称速度は以下の通り

Max Read : 285MB/s
Max Write : 275MB/s
Sustained write : 250MB/s
4KB Random write : 50,000 IOPS

どんな誇大広告だよ。
やっぱディスクサイズが小さいと遅いのか。
Vertex 120GBより遅いってがっかりです。
ケチらず100GBにすればよかったかな。
でも、OS用なのでそんなにいらないんだよな。

CrystalDiskMarkで測定してみたところ全体的に遅いですが
4KB ランダムライトが速いです。X25-Mに匹敵するほどの速さです。
といってもシーケンシャルとか遅すぎだろ・・・

またファームアップデートで速くなるのかなあ。

追記：2010/05/30 12:50
CrystalDiskMarkのバージョンが古いとのことで測定し直してみました。

CrystalDiskMark3.0 100MB

CrystalDiskMark3.0 1000MB

おお、マジでランダムライト速いな。
OS用にはいいHDDSSDかも。

追記：2010/05/30 13:33
CrystalDiskMark3.0で0fillにして測定してみました。

CrystalDiskMark3.0 100MB 0fill

CrystalDiskMark3.0 1000MB 0fill

かなり速くなりましたが、公称最高速度の
Read 280MB/s、Write 275MB/sには届きませんでした。
ランダムライトについてはほんと速いですね。

ATTO Disk Benchmarkは知りませんでした。
キャッシュを使っているSSDでは正確な測定結果がでないそうで
このベンチマークだと公称速度が出るそうです。
でも、Sandforceの場合、キャッシュって搭載してるんだっけ？

結果を見ると4KBは確かにCrystalDiskMarkより速くなっています。
シーケンシャルライトについては公称速度の250MB/sに近いです。
それにしてもSandforceって、読み込みより書き込みの方が速いんだなあ。

さっそくベンチマークを測ってみました。
左がFW1.4、右がFW1.5です。
これからみると変化はないようです。

ちなみに劣化したFW1.4はWiperで回復させてます。
今回、Wiperを実行したとき、ものすごい遅かったんですが
WiperをHDDのルートに置いたら2～3分で終わりました。


FW1.4です。

FW1.5にアップデート直後です。
SSDの寿命があと一年って・・・
というか、この数時間で2700GBも書き込んだのか。
ベンチマークとかやればやるほど寿命縮むのかも・・・

アップデートしても変化はありませんが
以前はMAX215MB/sぐらいあったのに遅くなってます。

それにくらべて書き込みは安定した上、速くなってます。

ランダムに関しては書き込みが遅くなってます。

今回はベンチマークよりVertexの劣化ぐあいに驚きました。
でも、今回はFWアップデートなど通常と違う使い方をしているので
JSMonitorがこんな数値を出したのでしょう。
しばらく経ってからもう一度確認したいと思います。

今回のFW1.5（1916)はバグの修正だそうで
いままでは新FWが出てもベンチマークしか測定していなかったので
今回はJSMonitorを使ってVertexの状態を見てみました。
ちなみにFW1.4のままです。

測定したばかりなのでSSDの寿命は表示されていませんが
想像以上に劣化していました。95%ですか。

Maximum Erase Count（最大消去回数）が12,481でした。
MLCではだいたい10,000回の書き込みが寿命とされているようで
確実に使えなくなってるブロックがあるようです。
120GBの5%だから6GBもダメになってる計算ですか。

ついでにベンチを測ってみたらけっこう劣化してました。
Trimはなんだったんだ・・・

FW1.5になったらどう変化するのでしょう。
アップデートは近日行います。

バージョンは1.40と1.41があり、次のようになっています。
1.40 : Windows 7用（Trim対応）
1.41 : それ以外のOS、Raid用

ようやくTrimに正式対応したので
1.30から1.40へアップデートしてみました。

ベンチ比較は以下の通りです。
1.30はWiperを実行し、diskpartで消去したものです。
左がファーム1571(FW1.30)で右が新ファーム1819(FW1.40）です。

シーケンシャルリード比較

シーケンシャルライト比較

ランダムリード比較

ランダムライト比較

シーケンシャルライトの速度がアップデート後、安定しましたが
ランダムライトが誤差程度かもしれませんが、全体的に遅くなっています。

気になったのは、FW1.30のときにWindows 7をインストールして
GhostでバックアップしてからFW1.40へアップデートしたあと
リカバリしていますが、Trimが有効になっているのか不明なことです。

Trimが有効であれば、書き込み速度が劣化することは
ないはずなので、しばらく使ってみないとわからないな・・・

参考記事：
Vertex 120GB ファーム1571(FW1.30)
Vertex 120GB ファーム1370
Vertex 120GB ファームアップデート 1275
Vertex ファームアップデート 1199

wiperを使うにはちょっとコツがいりました。
1. wiperを「管理者として実行」（Windows7）
2. 「y」で実行。（2～3分かかりました）
3. diskpartを実行
>diskpart
>list disk
>select disk 2（SSDを選択）
>clean
これでSSDはきれいになりました。
左が実行前、右がwiper実行後です。

Crystal Disk Mark 2.2

CrystalDiskMarkから見ると書き込み速度が改善されているのがわかります。
でも、以前のwiperを実行後、512ByteのIOPSが半減するという
恐ろしいことになっていたので、ちょっと不安です。
なぜか、こんなことになったという情報はないんですよね。
もしかして、自分だけ！？

とりあえず、HD Tuneで測定してみます。
同じく左が実行前、右がwiper実行後です。

シーケンシャルリード比較

なんと！ シーケンシャルリードがへんなことになってます。
始めと終わりだけ通常通りで真ん中がかなり遅くなってます。
劣化してた頃より遅いじゃないですか。

シーケンシャルライト比較

シーケンシャルライトも上下のぶれは少なくなったものの
全体的に速度低下しています。

ランダムリード比較

ランダムライト比較

気になるランダムライトですが
書き込み速度が復活しました！
シーケンシャルが遅くなっているのは気になりますが
これだけでも成果があったと思います。

実際にOSを戻して使ってみたところ、体感速度も戻った気がします。
このまえwiperやってから、なんかもっさりになったと思ってたんですよね。

参考記事：
Vertex 120GB Trimツールを試す(wiper)

シーケンシャルリード比較

シーケンシャルライト比較

ランダムリード比較

ランダムライト比較

Crystal Disk Mark 2.2

今回もDOSからのアップデートで劣化したものは変わらないようです。
速度もとくに注目するような結果はでませんでした。
あえていうなら、シーケンシャルライトが定期的な書き込み方になり少し速くなったようです。
劣化修正するwiperも新しいのが出たのでこれのレビューものちほど書きます。

追記：FW1.30はWindows7 TRIM対応とは書いていませんでした。
tonyはテストしろとか言ってますが、どうテストすりゃいいんだ・・・

参考記事：
Vertex ファームアップデート 1199
Vertex 120GB ファームアップデート 1275
Vertex 120GB ファーム1370

その前にTrimとはWindows7からサポートされる
SSD用データ管理システムです。

現在のファイルシステムはファイルを削除すると
そのセクタに「削除された」と書き込まれます。
HDDではこの動作でも問題はないのですが
SSDではデータを削除しても「削除された」という
データもフラッシュに書き込まれていますので、
新たに書き込むときも「削除された」のデータを消して
書き込みますので、書き込み速度が使い込むほどに遅くなります。

なんだかそれだけではない気がしますが、間違っていましたら
フラッシュ関係にとても詳しい方に訂正して欲しいです。

話が長くなりましたが、その遅くなってしまう現象を
回避できるシステムが、Trimなのですが
SSDやチップセットなどハードの対応が必要になります。
現状、対応しているSSDがないので（スパタレが対応しましたね）
OCZは劣化したSSDを復活させるTrimツールを作ったわけです。
それがwiper0422.exe（ベータ）です。

ベンチ測定をしてみました。
左が劣化SSD、右がwiper実行後です。

シーケンシャルリード

シーケンシャルライト

シーケンシャルに関してはどちらも速度改善がみられます。
ライトはなんだか上限が落ち着きませんが結果改善されてます。

ランダムリード

ランダムライト

ランダムになるとリードはいいとしてライトが大変なことに
512KBのIOPSがかなり遅くなってます。半減ぐらいです！
全体的にも遅くなっています。
さすがベータ版といえるでしょうか。

噂では明日（21日）、Windows7RCのTrim対応ファームが出るそうなので
急いでこの記事を書いたわけです。これ連休前のデータなんです・・・