アカウント名:
パスワード:
書き換え回数や長期使用での耐久度も勝るならHDDがいらない子になっちゃいますね
微細化が進むにつれて、1つ1つのセルの耐久性は悪くなっています。消去回数の方は、容量の増大とコントローラの頑張りで実用レベルを保っていますが、リテンションの問題は悪化する一方です。NANDに書いたデータは10年持つなんて昔の話で、今は1年しか保障できませんし、使い込んでへたったら更に短くなります。将来的にはバックグラウンドで古いデータをリフレッシュするようになるかもしれませんが、通電せず放置されたらお手上げです。
>将来的にはバックグラウンドで古いデータをリフレッシュするいや既にもうウェアレベリングでそれやってるのと同じなんですが…
ブロックの使用頻度を均そうとはしていても、データの鮮度は管理してないんじゃない?RTCを積んだSSDなんて聞いたことがない。知らないだけかもしれないけど。
ときどきddして/dev/nullに読み捨ててやれば、データの化け具合を感知して、まだ読めるうちに別ブロックに書き直してもらえるでしょう。…と思ったけど、似たような無駄読みは既に、ウイルススキャンソフトがやってくれてるかも。
>ブロックの使用頻度を均そうとはしていても、データの鮮度は管理してないんじゃない?使用頻度を均せば自然と古いデータが書き換えられていきますが…一度記録したらそのままとか思ってます?
無論均そうとすれば、あまり書き換えられていない場所を有効利用するために、そこにあったデータは他所に動かされるでしょう。ただ、やり過ぎると今度は書き込みが増えてしまうわけで、ある程度のばらつきは許容しないとならない。その辺りのバランスは、いろいろなユースケースを想定しながら中の人が調整しているのでしょうが、絶対的な時間軸のデータなしで、果たしてどこまでのケースをカバーできるのか。当然ながら、世の中のPCは毎日起動してもらえるオフィスのマシンばかりではありません。今以上にOSにSSDのことを考慮してもらうのが、現実的な解なのでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
耐久度は? (スコア:0)
書き換え回数や長期使用での耐久度も勝るならHDDがいらない子になっちゃいますね
Re: (スコア:1)
微細化が進むにつれて、1つ1つのセルの耐久性は悪くなっています。
消去回数の方は、容量の増大とコントローラの頑張りで実用レベルを保っていますが、リテンションの問題は悪化する一方です。
NANDに書いたデータは10年持つなんて昔の話で、今は1年しか保障できませんし、使い込んでへたったら更に短くなります。
将来的にはバックグラウンドで古いデータをリフレッシュするようになるかもしれませんが、通電せず放置されたらお手上げです。
Re: (スコア:0)
>将来的にはバックグラウンドで古いデータをリフレッシュする
いや既にもうウェアレベリングでそれやってるのと同じなんですが…
Re: (スコア:0)
ブロックの使用頻度を均そうとはしていても、データの鮮度は管理してないんじゃない?
RTCを積んだSSDなんて聞いたことがない。知らないだけかもしれないけど。
ときどきddして/dev/nullに読み捨ててやれば、データの化け具合を感知して、まだ読めるうちに別ブロックに書き直してもらえるでしょう。
…と思ったけど、似たような無駄読みは既に、ウイルススキャンソフトがやってくれてるかも。
Re: (スコア:0)
>ブロックの使用頻度を均そうとはしていても、データの鮮度は管理してないんじゃない?
使用頻度を均せば自然と古いデータが書き換えられていきますが…
一度記録したらそのままとか思ってます?
Re:耐久度は? (スコア:0)
無論均そうとすれば、あまり書き換えられていない場所を有効利用するために、そこにあったデータは他所に動かされるでしょう。
ただ、やり過ぎると今度は書き込みが増えてしまうわけで、ある程度のばらつきは許容しないとならない。
その辺りのバランスは、いろいろなユースケースを想定しながら中の人が調整しているのでしょうが、
絶対的な時間軸のデータなしで、果たしてどこまでのケースをカバーできるのか。
当然ながら、世の中のPCは毎日起動してもらえるオフィスのマシンばかりではありません。
今以上にOSにSSDのことを考慮してもらうのが、現実的な解なのでしょう。