アカウント名:
パスワード:
SSDの信頼性は、すでにHDDを超えている [impress.co.jp]~東芝セミコンダクター社 インタビュー
上記の記事によると、書き換え3000回でいきなりダメになるわけじゃなく実際はもっと持つし、徐々に使えないセルが増えていく形になるので容量が減っていくけど、致命的なことになるわけじゃないようで。SSDの寿命はあまり気にしなくてもいいのかもしれませんね。
プログラム開発とはちょっと別の話からで申し訳ありませんが、たとえば某BTO大手のノートPCにVistaSP1+去年末くらいまでのWindowsUpdate+メーカー最新パッチという状態では、スリープに失敗すると電源強制断するまで延々とHDDにフルスピードアクセスしっぱなしになる(スリープ以外でも、chkdskとかで同様の状態になり、 レスポンスの劇的な低下+最終的にHDDを止めるためには電源強制断が必要)という事象がありました。
その後のWindowsUpdateや、Intel Matrix Storage Managerの手動で更新(- これがクサイ)などの結果、当方環境では上記の事象はどうやら解消したようですが、
「これがSSDで起きていたら・・・・・」と正直思いましたね。
書き込み速度が上昇するほど、上記「プログラムのエラー(など)で異常アクセス状況となったときの劣化速度」も上昇するわけで、品質が低い状態のプログラムを実行する環境でSSDってのも考え物かなぁと思いました。
#もちろん、職業プログラマの方からすれば時間への投資としてあっという間に元が取れるのは承知の上で
頼んでもないディスクアクセスが多くて、通常運転でさえVistaにSSDはちょっと怖い気がします。Windows 7はSSDに最適化した動作モードとかがあるといいんですが。
うちではフィールド用のノートに、システムドライブをSSD、データとスワップ用にCardbus経由でCFカードを入れ、固定ディスク化して使ってます。時々シャットダウン前にデータをSSDにコピーすれば簡易バックアップにもなるし、今のところこれが現実的な使い方かな、と思ってます。
>SSDに最適化した動作モードとかがあるといい
っ Embeded Winodws XP
組み込みっぽい用途ならEmbededもいいんだけどねー。
普通ののXPは殺せるだけサービス殺しても、何故かたまにディスクアクセスしに行くよね。でもVistaよりぜんぜんマシ。XPならEWF [so-net.ne.jp]使えばさらに安心。
Windowsはアイドル時にメインメモリの内容をスワップファイルに書き出します。これはメモリの空き容量に関係なく実行されますので、そのせいかもしれません。
それってディスクにフルスピードで書き続けるバグなんですか?読むだけなら寿命関係ないですよ。
今まさにスリープしようとしている時に、読むだけなんてありえるかね。
スリープする際に、何かを書き「続ける」のですか?サスペンドなら分かるけどさ。
本来の挙動で言えば、スリープする際には何も「読み"続け"」ませんし、「書き"続け"」もしません。それじゃいつまで経ってもスリープに落ちませんよね。
で、そこで「バグ」が入ると~"続ける"可能性が出てきます。この実際に発生しうる不意の挙動について「本来なら"続ける"ことはないから~」なんて言っても、「"バグが無ければ問題は起こらないから"問題は起こらない」という主張くらい説得力が無いでしょう。
なので、読みなのか?書きなのか?を、今回の件についてだけ決定しようとしても意味がありません。今回は例としてVistaのスリープ時の問題を取り上げてみましたが、バグはそれこそ無限に存在します。
元書き込みで(HDDの発熱具合から、HDTuneでのスキャンと同等クラスの発熱があるので おそらく書き込み処理であろうとは思っていますが、意図的に)「書き込み」ではなく「アクセス」と書いたのはそのためです。
示したかった重要な点は、「バグのあるプログラムにより不意にSSDへ長時間アクセスが集中し続ける可能性がある」ことであって、「偶然それが読みだったから助かった、書きだったから助からなかった」は二の次です。
Vista のハイブリッドスリープはスリープ時に「万が一スリープ中に電源断されても大丈夫なように」ストレージに書き込み (サスペンド) もしておきますよ。スリープから復帰した場合はそのまま復帰するだけですが、ノート PC でのバッテリ切れや急な電源断 (掃除のおばちゃんがコンセントを抜いた等) の場合にはサスペンドからの復帰扱いになります。 このため、ハイブリッドスリープを有効にしている場合はスリープに遷移する際であってもがっつり書きこみます。
ネット上には鬼のような書き込みの繰り返しで加速試験をしている人々がちらほらいますが、それを見るに、壊れるときはほぼ一気に全破壊するようですよ。HDDのような部分回収とかは期待薄。
SSD耐久テストhttp://www004.upp.so-net.ne.jp/botchy/ssd.htm [so-net.ne.jp]
USBフラッシュを加速試験で壊したことあるけど、あの壊れ方はやばいっすよ。書き込んだ直後はちゃんと読めるんで、すぐには気がつかないんです。ところが一定時間経過後に読もうとすると壊れてる。かといってHDDのように異音がするわけでも、リトライで異常に遅くなるわけでもなく、ただ普通に壊れたデータを読み出せる。気がつかずに使い続ける場合も多いんじゃないかなぁ。
パリティやCRCを保存して破損を検出できるようにするとか、メモリブロックごとに書き込み回数をカウントするとかしないと、ちょっと危ないんじゃないかなぁ。
>パリティやCRCを保存して破損を検出できるようにするとか、メモリブロックごとに書き込み回数をカウントするとか
これがUSBメモリとSSDと呼ばれるメモリの差のようですよ。例えば以下はMTRONのspecの一部となります。
>- Wear-leveling algorithm : Dynamic and static wear-leveling>- ECC : 7-bit Error Correction Code(ECC)>- Bad Block Management algorithm
ということでして、おっしゃる機能はすべて実装されています。お買い求めになったUSBメモリはECCやBBMはあってもWear-levelingなどは行わなかったのかもしれませんね。すくなくともWear-levelingを動的に行うUSBメモリというものを私は知りません。
これがUSBメモリとSSDと呼ばれるメモリの差のようですよ。
USBメモリでもマジメに作ってあるものはこの辺がケアされています。例えばM-System社のTrueFFSが載っているUSBメモリだと
メモリーの長寿命化をはかる書換え回数分散処理エラーブロックの代替機能データの信頼性を高める、4ビットエラー訂正機能
機能がついています。http://www.iodata.jp/prod/usbmemory/easydisk/2006/epsl/ [iodata.jp]
ダメUSBメモリはここまで挙がっている通り、壊れてもRD/WRエラーを報告しないので注意が必要です。私も経験しました。コントローラーはNetacでした。
私のUSBメモリ(8G)も寿命が来て壊れました。
そのときはこれまで大丈夫だったデータが、ファイルはあるのに中身は壊れているという症状でした。
書き換えしていないファイルまで一斉に破損していたのですがそれに気づかず、HDDのデータに上書きしてしまったので被害甚大でした・・・(これは不注意だった)
この件があったからかフラッシュメモリの信頼性はそれほど高くないと感じているので、未だにSSDを導入する気がおきません。便利なのは理解しているので、この不安を払拭してくれるSSDが登場してくれないかな?
HDDは読み書き回数だけじゃなく、温度とか回転時間とか多くのパラメータに左右されるので、寿命の検出は難しそうですが、SSDの場合、書き込み回数監視するだけなので、設計寿命来たよアラート出せるようになりそうな感じはしますが。
>書き換えしていないファイルまで一斉に破損していたのですが>それに気づかず、HDDのデータに上書きしてしまったので被害甚大でした・・・(これは不注意だった)
これはUSBメモリをNTFS+ドライブ圧縮して使用していれば防げるのですかね?
開発マシンじゃないですが、うちのメインマシンのHDDをOCZ Apex 120Gに換装して使ってます。(OSはWindowsXP SP3)体感速度は目に見えて向上したため、導入した甲斐がありました。ただ仮想メモリを作るとプチフリーズが頻発したので、仮想メモリは作っていません。またメインメモリは4GB搭載してGavotte Ramdiskを使ってramdiskにtmpを移動しました。今のところSSD単体での運用は怖いので、バックアップソフトを使ってデータ部分だけを通常のHDDに退避しています。当面はSSDとHDDの平行稼動で様子を見ます。
>データが書かれたところも均一になんとかしてくれるんでしょうか?
SSDのコントローラは、データがかかれてる部分も、バックグラウンドでこっそり移動して、均一にしてくれるらしいです。全てのコントローラがそういう実装ではないと思いますが、そういう操作してるのはあります。
東芝セミコンのインタビュー [impress.co.jp]の中段付近に書いてありました。
まだ信頼性とか速度とか急激に発展してる途上なので、本格導入はコントローラの世代が交代した後かなーと思ってます。今年半ば以降かな?
>書き換え箇所が集中していると意味がないような気がしませんか?
いまだにこういうことを言う人があとを絶ちませんね。
負荷の均等化なんてCompactFlashの時代からやってるっつーに。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
案外平気かも (スコア:3, 参考になる)
SSDの信頼性は、すでにHDDを超えている [impress.co.jp]
~東芝セミコンダクター社 インタビュー
上記の記事によると、書き換え3000回でいきなりダメになるわけじゃなく実際はもっと持つし、徐々に使えないセルが増えていく形になるので容量が減っていくけど、致命的なことになるわけじゃないようで。
SSDの寿命はあまり気にしなくてもいいのかもしれませんね。
Re:案外平気かも (スコア:4, 興味深い)
プログラム開発とはちょっと別の話からで申し訳ありませんが、
たとえば某BTO大手のノートPCにVistaSP1+去年末くらいまでのWindowsUpdate+メーカー最新パッチ
という状態では、スリープに失敗すると電源強制断するまで
延々とHDDにフルスピードアクセスしっぱなしになる
(スリープ以外でも、chkdskとかで同様の状態になり、
レスポンスの劇的な低下+最終的にHDDを止めるためには電源強制断が必要)という事象がありました。
その後のWindowsUpdateや、Intel Matrix Storage Managerの手動で更新(- これがクサイ)
などの結果、当方環境では上記の事象はどうやら解消したようですが、
「これがSSDで起きていたら・・・・・」と正直思いましたね。
書き込み速度が上昇するほど、上記
「プログラムのエラー(など)で異常アクセス状況となったときの劣化速度」も上昇するわけで、
品質が低い状態のプログラムを実行する環境でSSDってのも考え物かなぁと思いました。
#もちろん、職業プログラマの方からすれば時間への投資としてあっという間に元が取れるのは承知の上で
Re:案外平気かも (スコア:2, 興味深い)
頼んでもないディスクアクセスが多くて、通常運転でさえVistaにSSDはちょっと怖い気がします。
Windows 7はSSDに最適化した動作モードとかがあるといいんですが。
うちではフィールド用のノートに、システムドライブをSSD、データとスワップ用にCardbus経由で
CFカードを入れ、固定ディスク化して使ってます。
時々シャットダウン前にデータをSSDにコピーすれば簡易バックアップにもなるし、今のところこれが
現実的な使い方かな、と思ってます。
〜◍
Re:案外平気かも (スコア:1)
>SSDに最適化した動作モードとかがあるといい
っ Embeded Winodws XP
Re:案外平気かも (スコア:2, 参考になる)
組み込みっぽい用途ならEmbededもいいんだけどねー。
普通ののXPは殺せるだけサービス殺しても、何故かたまにディスクアクセスしに行くよね。
でもVistaよりぜんぜんマシ。XPならEWF [so-net.ne.jp]使えばさらに安心。
〜◍
Re: (スコア:0)
Windowsはアイドル時にメインメモリの内容をスワップファイルに書き出します。
これはメモリの空き容量に関係なく実行されますので、そのせいかもしれません。
Re:案外平気かも (スコア:1, すばらしい洞察)
それってディスクにフルスピードで書き続けるバグなんですか?
読むだけなら寿命関係ないですよ。
Re: (スコア:0)
今まさにスリープしようとしている時に、読むだけなんてありえるかね。
Re: (スコア:0)
スリープする際に、何かを書き「続ける」のですか?
サスペンドなら分かるけどさ。
Re:案外平気かも (スコア:2)
本来の挙動で言えば、スリープする際には
何も「読み"続け"」ませんし、「書き"続け"」もしません。
それじゃいつまで経ってもスリープに落ちませんよね。
で、そこで「バグ」が入ると~"続ける"可能性が出てきます。
この実際に発生しうる不意の挙動について「本来なら"続ける"ことはないから~」
なんて言っても、
「"バグが無ければ問題は起こらないから"問題は起こらない」という主張くらい説得力が無いでしょう。
なので、読みなのか?書きなのか?を、今回の件についてだけ決定しようとしても
意味がありません。
今回は例としてVistaのスリープ時の問題を取り上げてみましたが、バグはそれこそ無限に存在します。
元書き込みで
(HDDの発熱具合から、HDTuneでのスキャンと同等クラスの発熱があるので
おそらく書き込み処理であろうとは思っていますが、意図的に)
「書き込み」ではなく「アクセス」と書いたのはそのためです。
示したかった重要な点は、
「バグのあるプログラムにより不意にSSDへ長時間アクセスが集中し続ける可能性がある」
ことであって、「偶然それが読みだったから助かった、書きだったから助からなかった」は二の次です。
Re:案外平気かも (スコア:1)
Vista のハイブリッドスリープはスリープ時に「万が一スリープ中に電源断されても大丈夫なように」ストレージに書き込み (サスペンド) もしておきますよ。スリープから復帰した場合はそのまま復帰するだけですが、ノート PC でのバッテリ切れや急な電源断 (掃除のおばちゃんがコンセントを抜いた等) の場合にはサスペンドからの復帰扱いになります。
このため、ハイブリッドスリープを有効にしている場合はスリープに遷移する際であってもがっつり書きこみます。
Re:案外平気かも (スコア:4, 参考になる)
ネット上には鬼のような書き込みの繰り返しで加速試験をしている人々がちらほらいますが、
それを見るに、壊れるときはほぼ一気に全破壊するようですよ。
HDDのような部分回収とかは期待薄。
SSD耐久テストhttp://www004.upp.so-net.ne.jp/botchy/ssd.htm [so-net.ne.jp]
Re:案外平気かも (スコア:4, 参考になる)
USBフラッシュを加速試験で壊したことあるけど、あの壊れ方はやばいっすよ。書き込んだ直後はちゃんと読めるんで、すぐには気がつかないんです。ところが一定時間経過後に読もうとすると壊れてる。かといってHDDのように異音がするわけでも、リトライで異常に遅くなるわけでもなく、ただ普通に壊れたデータを読み出せる。気がつかずに使い続ける場合も多いんじゃないかなぁ。
パリティやCRCを保存して破損を検出できるようにするとか、メモリブロックごとに書き込み回数をカウントするとかしないと、ちょっと危ないんじゃないかなぁ。
すでに実装済みです。 (スコア:5, 参考になる)
>パリティやCRCを保存して破損を検出できるようにするとか、メモリブロックごとに書き込み回数をカウントするとか
これがUSBメモリとSSDと呼ばれるメモリの差のようですよ。
例えば以下はMTRONのspecの一部となります。
>- Wear-leveling algorithm : Dynamic and static wear-leveling
>- ECC : 7-bit Error Correction Code(ECC)
>- Bad Block Management algorithm
ということでして、おっしゃる機能はすべて実装されています。お買い求めになったUSBメモリは
ECCやBBMはあってもWear-levelingなどは行わなかったのかもしれませんね。すくなくともWear-leveling
を動的に行うUSBメモリというものを私は知りません。
Re:マジメに作ってあるUSBメモリには実装済みです。 (スコア:2, 参考になる)
>パリティやCRCを保存して破損を検出できるようにするとか、メモリブロックごとに書き込み回数をカウントするとか
これがUSBメモリとSSDと呼ばれるメモリの差のようですよ。
USBメモリでもマジメに作ってあるものはこの辺がケアされています。
例えばM-System社のTrueFFSが載っているUSBメモリだと
メモリーの長寿命化をはかる書換え回数分散処理
エラーブロックの代替機能
データの信頼性を高める、4ビットエラー訂正機能
機能がついています。
http://www.iodata.jp/prod/usbmemory/easydisk/2006/epsl/ [iodata.jp]
ダメUSBメモリはここまで挙がっている通り、壊れてもRD/WRエラーを報告しないので注意が必要です。私も経験しました。コントローラーはNetacでした。
Re:案外平気かも (スコア:3, 参考になる)
私のUSBメモリ(8G)も寿命が来て壊れました。
そのときはこれまで大丈夫だったデータが、
ファイルはあるのに中身は壊れているという症状でした。
書き換えしていないファイルまで一斉に破損していたのですが
それに気づかず、HDDのデータに上書きしてしまったので被害甚大でした・・・(これは不注意だった)
この件があったからかフラッシュメモリの信頼性はそれほど高くないと感じているので、
未だにSSDを導入する気がおきません。
便利なのは理解しているので、この不安を払拭してくれるSSDが登場してくれないかな?
Re:案外平気かも (スコア:2)
HDDは読み書き回数だけじゃなく、温度とか回転時間とか多くのパラメータに左右されるので、寿命の検出は難しそうですが、
SSDの場合、書き込み回数監視するだけなので、設計寿命来たよアラート出せるようになりそうな感じはしますが。
Re: (スコア:0)
>書き換えしていないファイルまで一斉に破損していたのですが
>それに気づかず、HDDのデータに上書きしてしまったので被害甚大でした・・・(これは不注意だった)
これはUSBメモリをNTFS+ドライブ圧縮して使用していれば防げるのですかね?
Re:案外平気かも (スコア:3, 興味深い)
開発マシンじゃないですが、うちのメインマシンのHDDを
OCZ Apex 120Gに換装して使ってます。(OSはWindowsXP SP3)
体感速度は目に見えて向上したため、導入した甲斐がありました。
ただ仮想メモリを作るとプチフリーズが頻発したので、仮想メモリは
作っていません。またメインメモリは4GB搭載してGavotte Ramdiskを
使ってramdiskにtmpを移動しました。
今のところSSD単体での運用は怖いので、バックアップソフトを使って
データ部分だけを通常のHDDに退避しています。
当面はSSDとHDDの平行稼動で様子を見ます。
And now for something completely different...
Re:案外平気かも (スコア:1)
Re: (スコア:0)
全体の容量が増えたところで書き換え箇所が集中していると意味がないような気がしませんか? 9割に音楽、動画なんかを山のように入れてあれば残りの部分の信頼性も1/10ではないのかな?
データが書かれたところも均一になんとかしてくれるんでしょうか?
Re: (スコア:0)
>データが書かれたところも均一になんとかしてくれるんでしょうか?
SSDのコントローラは、データがかかれてる部分も、バックグラウンドでこっそり移動して、均一にしてくれるらしいです。
全てのコントローラがそういう実装ではないと思いますが、そういう操作してるのはあります。
東芝セミコンのインタビュー [impress.co.jp]の中段付近に書いてありました。
まだ信頼性とか速度とか急激に発展してる途上なので、本格導入はコントローラの世代が交代した後かなーと思ってます。今年半ば以降かな?
Re: (スコア:0)
>書き換え箇所が集中していると意味がないような気がしませんか?
いまだにこういうことを言う人があとを絶ちませんね。
負荷の均等化なんてCompactFlashの時代からやってるっつーに。