Samsung 840 EVO SSDファームウェアEXT0DB6Qはいつセルの自動更新をトリガーしますか？
Samsung 840EVO（SATA）SSD用のファームウェアEXT0DB6Qを使用 「ファームウェアアップデートは、「古いデータ」の問題を排除するために、データを定期的に更新します」 （引用は 2ページ）から ）
Samsung Magician 4.6 and 840 EVO EXT0DB6Q Firmware Review - Finally Fixed にはさらに詳細があり、彼らも次のように述べています。「...データを定期的に更新できるファームウェアがあります」。
私が持っている質問は、この更新はいつ行われるのかということです。または何がそれをトリガーしますか？
SSDの寿命を延ばすために、それを回避できるように知りたい（寿命を縮めずにセルを更新する方法はないと思います（おそらく間違っていますか？）） このセルの更新（SSDファームウェアが既存のSSDデータをすべて書き換える）が行われている間は、パフォーマンスの低下を回避してください。これは細胞のリフレッシュが原因であると考えるのは間違っていました！代わりに、私のラップトップ（Lenovo ideapad Z575）でのみ発生する癖です。詳細については、以下の回答をご覧ください。
問題は、ファームウェアが透過的に実行するこの自動更新中に、ランダム書き込み速度（Crystal Disk Mark 6.0.1x64の4KiBQ1T1）が 26MB から-に低下することです。 2MB /秒 （SATA2ポートでテスト済み）。
tl; dr：真実ではないので、この回答を編集しました。それは私のラップトップの癖で、再起動後に2MB /秒の書き込み速度が遅くなりました！したがって、SSDセルの更新がいつトリガーされるかはわかりません、私は知っていると思いましたが、間違っていました！
840EVOの所有者にとって幸いなことに（そして残念ながら私が間違っていたため）、さらにテストしたところ、2MB /秒への書き込み速度の低下は、ファームウェアがSSDセルを透過的に更新したためではなく、Lenovo IdeapadZ575ラップトップの癖であることが明らかになりました！！ （次の段落の後の詳細）
したがって、この回答は無効になり、更新がトリガーされるタイミングに関するOPの質問には回答しません。しかし、すべてを削除するのではなく、ここに保持することが重要だと思います。そうすれば、すでに見た人は誰でも修正を見ることができます。おそらく、リフレッシュが発生すると、SSDの温度が高くなるだけです。摂氏44〜47度のようなものが指標になりますが（摂氏56度しか見たことがありません！）、摂氏32〜35度のようなものは通常はありません。 -バックグラウンド活動温度。いずれにせよ、読み取り/書き込みパフォーマンスの低下は見られません（ラップトップ固有の癖は別として）。
では、Lenovo IdeapadZ575で2MB /秒のランダム書き込み速度が発生したのはなぜですか？
そうですね、Samsung SSDを光ディスクドライブベイ（ODD）に置いた場合、たとえば、ドライブキャディを介して、Windows 7の再起動のみがモード（または何か）をトリガーします。CrystalDiskMarkによって報告される4KiB Q1T1の書き込み速度は、通常の 2MB /秒 ではなく 2MB /秒 です。 _。これが発生する理由はわかりませんが、システムのスリープ（およびウェイクアップ）またはシャットダウン（つまり、電源オフ）のいずれかによって停止でき、常に（Windows 7）再起動によってトリガーされますが、BIOSによってトリガーされることはありません。たとえば、BIOSで何かを変更し、[保存して終了]を選択したために再起動します。
さらに、Samsung SSDをESATAポートに配置した場合、Windowsの再起動（またはLinuxの再起動！）でもこれがトリガーされないため、書き込み速度が2MB /秒に低下することはありません。
この間、他のSSD/HDDは接続されていません。
ここで、ESATAポートにKingston SSDを追加し、ODDにSamsung SSDを追加すると、Linuxでは ESATAにあるのはKingston SSDであり、ODD）にあるSamsungSSDではありません。 2MB /秒の書き込み速度が遅い （Linuxを再起動した後（再起動など）のみ）！これは、Samsung SSDの問題ではなく、Lenovo Ideapad Z575の癖である必要があることを私が知っている方法です！（私はこれを使用しました fio-cdm 書き込み速度をテストするためのLinuxのスクリプト）
Samsung SSDをメインドライブベイに置いた場合、再起動の回数に関係なく、Windowsの再起動は書き込み速度に影響しません。
編集：キングストンSSDだけをESATAポートに置いた場合（メインベイまたは光ディスクドライブに他のドライブがない場合）、さらにテストしましたbay）、最初のLinuxの再起動後、書き込み速度は2.7MB /秒に低下します（最初の起動時に存在した通常の34MB /秒から）。これにより、問題がラップトップに固有のものであることがさらに確認されます。
古い（間違った！）答えに従います：
私の経験から、2回目の起動により、この更新が発生します。つまり、OSからの最初の再起動によってトリガーされます。例えば。ラップトップの電源を入れ、OSを起動し、SSDの書き込み速度をテストし（Crystal DiskMarkのランダム4KiBQ1T1、50MBファイルを1回試行）、正常です（33MiB /秒、多かれ少なかれ）。次に、再起動を実行して、OSが再度起動するようにします（つまり、2回目）。次に、SSD速度をテストします。これは、2MiB /秒のランダム書き込み速度です。これを2回テストしました。一貫しているようです。 BIOSに入り、BIOSが再起動する場合（たとえば、変更を保存したため）、OSを最初に起動してBIOSをトリガーします。電源を入れてからSSDが見たATAHDDリセットコマンドの数がすべてだと思います。if>= 2次に更新を開始します。 （TODO：ある時点でhdparmを使用してLinuxでこれをテストします）
別のOSの再起動では、更新が停止しません（または、停止した場合は再度開始するため、停止したとは言えません）。 セルの更新を停止する唯一の方法は、実行中に書き込みパフォーマンスを低下させますはshutdown（つまり、電源をオフにします）OS /ラップトップ。次に、それを再起動すると、次の再起動で明らかに更新がトリガーされるまで、正常です。
したがって、寿命と書き込みパフォーマンスを維持したい場合は、再起動/再起動しないでください。代わりに常にシャットダウンしてください。
編集：私の答えは、再起動/再起動が電源をオフにしてからオンにするシステム（ラップトップまたはデスクトップ）が何であるかを前提としています実際には、このSSDをテストしていないASUS PRIMEZ370-Aのようなデスクトップマザーボードで発生します。
（代わりに、上記の投稿では、再起動/再起動により、短時間の電源オフの中断なしに、システムの電源がオンになっていると想定しました）
上記のすべての取り消し線について私は間違っていました！