一部の人々が主張するように：
「したがって、Intelは今後5年間、毎日100gbのデータをMLC SSDの1つに書き込むことができることを保証します。データはそのまま残ります。」
「Intelは、5年間毎日100GBのデータをMLC SSDに書き込むことができることを保証します。データは無傷です」
これが本当にそうかどうかを確認したいと思います。
そのため、Intel SSD Toolboxのスクリーンショットが必要です。 検索に行き、写真の検索にIntel SSD Toolboxと入力します。 不要なものを除外し、次のようなスクリーンショットを見てください。
CrystalDiskInfoでスクリーンショットを探すこともできますが、それらには多くの異なるバージョンがあり、すべてが必要な値を示しているわけではありません。
データを収集して分析します。 2つの値が興味深い（Intel SSD Toolboxのドキュメントから）：
コードE1-ホスト書き込み
この属性は、ホストシステムによって書き込まれたセクターの総数を報告します。 未処理の値は、ホストによって書き込まれた65,536セクターごとに1ずつ増加します。 この属性にはRaw値を使用します。
「この属性は、ディスクに書き込まれるデータの量を示します。」
コードE9-メディア摩耗インジケータ
この属性は、NANDメディアが経験したサイクル数を報告します。
正規化された値は、平均消去サイクルカウントが0から最大定格サイクルまで増加すると、100から1に直線的に減少します。
正規化された値が1に達すると、数値は減少しませんが、デバイスに大幅な追加の摩耗が生じる可能性があります。 この属性には正規化された値を使用します。
「この属性は、ディスクに残っている健康状態を示します。」
したがって、Media Wearout Indicatorの最小値では、ディスクへのホスト書き込みの最大値に近いことがわかります。 検索では、ヘルス50（49）、つまり半分、およびディスクへのレコードの約22テラバイト（テラバイト）のスクリーンショットがいくつかあります。 80GBの容量を持つIntel X-25Mディスクの正常性は、+ 50TBの記録後に終了することがわかりました。 さらに、故障したブロックを交換するための特別なスペースがドライブ上にあります。 いくつかのレポートによると、Intel SSDは全体の8％です。 したがって、この計算パラメーターにはおそらく大きなマージンがあります。 160gbディスクにはほとんどデータがありませんが、アクセスチャネルのボリュームと数を除いて80gbモデルと違いはありません（160gbバージョンの方が少し高速です）。
したがって、1日あたり100 GBを記録すると、ディスクの推定ヘルスは1.4年で十分です。 Anandtechのデータとの違いは3倍であり、何とか不幸です。 しかし、それだけではありません。 Intelが提供するNANDセルの理論的な書き換え制限は10,000サイクルです。 これを念頭に置いて、理想的な条件下では、1日あたり100 GBを記録する場合、同じディスクが21年も生き残ることを計算できます。 まったく異なる数が得られます;）もちろん、一部のデータは動かないSSDドライブにありますが、他のデータは非常に頻繁に上書きされますが、Intelはドライブファームウェアがアルゴリズムを使用してブロック間のレコード数を調整すると言います。 したがって、これについて心配する必要はありません。
もちろん、より少ない数のレコードに対してシステムを最適化することは間違いではありません。ネットワーク上にはすでに多くの指示とマニュアルがあります（私も自分で書いています）。 主なことは、Windows 7以外のシステムを使用している場合です。ディスクのパーティション（パーティション）を128kbの倍数（Windows 7のように1mbが望ましい）に揃える必要があります。 デフォルトでは、セクションはシリンダーに揃えられ、63セクターから始まり、これは512 * 63 = 32256bです。これは、Intel SSD 4096b用のSSDドライブの書き込みブロックの最小サイズの倍数ではなく、消去できる最小ブロックは128kbです。 次世代のIntelドライブはこれらの値を2倍にするため、アライメントを1 mbに設定すると、将来問題が発生することはありません。 * nixでパーティションを作成する方法を完全には認識していませんが、パーティションを1 MBに転送するために使用したGpartedから判断すると、デフォルトではシリンダーへのアライメントが残っています。 そして、アライメントの問題はこれです。1つのブロックをアライメントされていないパーティションに書き込むと、SSDの2つのブロックにレコードが記録されます。 最悪の場合（小さいファイルの場合）、ディスクの状態が2倍速くなり、同時に書き込み速度が低下します。 これは、Windows 7のプレゼンテーションでMicrsoftによって書かれ、SSDドライブに対するWindows 7の最適化を売り込みました。
そして、結果は何ですか？ 現時点では、ディスクが少なくとも50tbのレコードに耐えることは明らかです。 1日に生成するレコード数を計算し、50tb / 1日あたりのレコード数（tb）=日数で計算するだけで、ディスクの寿命を判断できます。 タスク専用のSSDを購入するときに、このデータに基づいて構築できます。 SSDなしでレコードの数を決定する方法は、言うのは難しいと思います。 Sysinternals Process Monitorユーティリティ（以前はFileMonitorでした）を使用してディスクを見ると、ディスクで何が起こっているかを大まかに理解できます。
私の統計によると、私は次のように言うことができます、私はSSDシステムディスクを持っています、そしてシステムとほとんどのプログラムに加えてそこにはアクティビティがありません。 ネットブックの2番目のSSDは、これまでのところ結論を出すためにほとんど使用されていません。 私は開発、Visual Studioの主要な作業、HDD上のすべての作業ファイルに取り組んでいます。 Windows XP x86 + 8GB RAMシステム。以下が含まれます。RAMディスク上の一時フォルダー、さまざまなキャッシュのファイル、およびページファイル。SSDには1日あたり約500MBが書き込まれます。 Windows XPのレコードの主なソースはntuser.dat.LOGとntuser.datです。 つまり、ユーザーレジストリブランチ。 Documents and Settingsフォルダ（ntuserファイルが保存されている場所）をHDDに転送した後、レコード数は2〜3倍減少して100 MB〜300 MBになりました。 さらに最適化する意味はありません。ドキュメントと設定の転送もおそらく不要です。 500メガバイトで1ギガバイトであるため、ディスクは約140年で十分です。 14年間の10GBレコードなど したがって、SSDを使用する私のペースでは、マージンは本当に大きいです。
このように簡単な方法で、IntelのSSDドライブのおおよその信頼性を確認することができました。 この投稿が、SSDを使用するかどうかの決定に役立つことを願っています。 私は明確に何をすべきかを自分で決めました。 それは価値があります。
2010年6月19日：
現在、ディスクには80個のレコードがあり、そのうち80個はパーティションを調整し、「スマートユーティリティ」がすべてのSSDを私にコピーしたときのものです。 それはデータを戻す転送の時です、さもなければドライブは私を生き残ります...
2011年7月1日：
現在、ディスクには277 GBのレコードがあります。