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データを書き換える）が行われている間のパフォーマンスの低下を避けてください！
問題は、ファームウェアが透過的に行うこの自動更新中に、ランダム書き込み速度（Crystal Disk Mark 6.0.1 x64の4KiB Q1T1）が毎秒26MBから2MBに低下することです（SATA2ポートでテスト済み）。これはセルのリフレッシュが原因だと思うのは間違っていました！代わりに、私のラップトップ（Lenovo ideapad Z575）でのみ発生する癖です。詳細は以下の回答をご覧ください

tl; dr：真実ではないため、この回答を編集しました。再起動後、2MB /秒という書き込み速度の低下を引き起こしたラップトップでの奇妙な動作でした！したがって、SSDセルの更新がいつトリガーされるかはわかりませんが、私は知っていたと思っていましたが、間違っていました！

幸運なことに840EVOの所有者（そして残念なことに間違っているため）、さらにテストを行った結果、書き込み速度が2MB /秒に低下したのは、ファームウェアがSSDセルを透過的に更新するためではなく、代わりにLenovo Ideapad Z575ラップトップの癖であることが判明した！（次の段落の後の詳細）

したがって、この答えはもはや有効ではなく、更新がいつトリガーされるかについてのOPの質問には答えません！しかし、すべてを削除するのではなく、ここに保持することが重要であると考えています。そうすれば、すでに見ている人なら誰でも修正を見ることができます！おそらく、リフレッシュが行われると、より高いSSD温度のみが表示されます：摂氏44-47度のようなものはインジケーターになります（私は一度摂氏56度しか見ませんでした！）が、摂氏32-35度のようなものは通常の非-バックグラウンド活動温度。いずれにしても、読み取り/書き込みパフォーマンスの低下は見られません（私のラップトップ固有の癖は別として）。

それでは、Lenovo Ideapad Z575で2MB / secのランダム書き込み速度を引き起こす原因は何ですか？
サムスンSSDを光ディスクドライブベイ（ODD）に置くと、たとえば ドライブキャディ経由で、Windows 7の再起動のみがモード（または何か）をトリガーします。これにより、CrystalDiskMarkによって報告される4KiB Q1T1の書き込み速度は通常の32MB /秒ではなく2MB /秒になります。私はこれがなぜ起こるのかわかりませんが、システムのスリープ（およびウェイクアップ）またはシャットダウン（つまり電源オフ）によって停止でき、常に（Windows 7）再起動によってトリガーされますが、BIOSの実行によってトリガーされることはありませんたとえば、BIOSで何かを変更してSave＆Exitを選択したため、再起動します。
さらに、Samsung SSDをESATAポートに配置しても、Windowsの再起動（Linuxの再起動も！）でトリガーされることはないため、書き込み速度が2MB / sに低下することはありません。
この間、他のSSD / HDDは接続されていません。

今、ESATAポートにKingston SSDを追加し、ODDにSamsungを追加した場合、Linuxでは、2MB / secの低速書き込み速度を経験しているODDのSamsungのものではなく、 Kingston SSDが追加されますLinuxの再起動（再起動など）！これは、Samsung SSDの問題ではなく、Lenovo Ideapad Z575の癖であるに違いないことを知っている方法です！（Linuxでこのfio-cdmスクリプトを使用して、書き込み速度をテストしました）

Samsung SSDをメインドライブベイに配置しても、再起動の回数に関係なく、Windowsの再起動は書き込み速度に影響しません。

編集：さらに、キングストンSSDをESATAポートに単独で（メインベイまたは光ディスクドライブベイに他のドライブなしで）配置すると、最初のLinux再起動後に書き込み速度が2.7MBに低下することをさらにテストしました/ sec（最初のブート時に存在した通常の34MB / secから）。これは、問題がラップトップに固有であることをさらに確認します！

古い（間違った！）答えに従います：

私の経験から、2回目の起動でこの更新が行われます。つまり、OSからの最初のリブートがトリガーします。例えば。ラップトップの電源を入れ、OSを起動し、SSDの書き込み速度をテストします（Crystal Disk MarkのRandom 4KiB Q1T1、50MBファイルの1回の試行）。それは正常です（33MiB /秒、多かれ少なかれ）。次に、再起動を実行して、OSが再度起動する（つまり、2回目）ので、SSDの速度をテストします。これは2MiB / secのランダム書き込み速度です。これを2回テストしました。一貫しているようです。BIOSを起動し、（たとえば、変更を保存したために）再起動した場合、それをトリガーするOSの最初の起動。電源投入時からSSDに表示されるATA HDDリセットコマンドの数がすべてだと思います>= 2。その後、リフレッシュが開始されます。（TODO：hdparmある時点でこれをLinuxでテストしてください）

別のOSを再起動しても更新は停止しません（または、停止しても再起動するため、停止したとは言えません）。セルの更新を停止する唯一の方法は、書き込み中のパフォーマンスを低下させますが、OS / laptopをシャットダウン（電源オフ）することです。その後、再び起動しますが、次の再起動によって明らかに更新がトリガーされるまでは正常です。

したがって、寿命を延ばし、パフォーマンスを書き込む場合は、リブート/再起動するのではなく、常にシャットダウンするだけです。

編集：私の答えは、再起動/再起動がシステム（ラップトップまたはデスクトップ）の電源をオフにしないと仮定しています。これは、このSSDをテストしていないASUS PRIME Z370-Aのようなデスクトップマザーボードで実際に起こります
（代わりに、上記の投稿では、再起動/再起動により、短時間の電源オフの中断なしにシステムの電源がオンになっていると仮定しました）

上記のすべての取り消し線について間違っていました！