FirefoxとChromeの「ストアセッション機能」を介してトラフィックを書き込む
すでにお気づきかもしれませんが、FirefoxとChrome「ストアセッション」機能を介したChrome $ === Webブラウザによって生成される1日あたり最大20GBをはるかに超える大量の書き込みトラフィックが消費者に害を及ぼす可能性があることがわかっています定格SSDは、このような大量の書き込みアクセス用に設定されていません。
Firefoxで修正（または少なくとも回避策）が非常に簡単な場合、上記のトラフィックを回避するためにChromeの解決策を見つけるのに苦労します（セッションストレージtbhは必要ありません）。
Firefoxでは、設定のbrowser.sessionstore.interval値を、15000ms（15秒）以外の、できれば高い値に編集する必要があります。 1800000ms（30分に等しい）これはトラフィックを大幅に削減します。
問題は、Chromeで同様の値が見つからなかったことです。迅速な修正のための提案は、私の新しいラップトップSSDがChromes SessionStorageによって細断されることを望まない。
ありがとうございました
詳細については、こちらを確認してください： https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/
Chromeの解決策を見つけました。
アドオンを使用できます--- https://chrome.google.com/webstore/detail/the-great-suspender/klbibkeccnjlkjkiokjodocebajanakg/related
これにより、ファビコンとタブの説明を保持したまま、一定期間非アクティブになっているタブがアンロードされます。タブがアンロードされている間、perfmonに表示されるI/Oアクティビティは生成されません。
興味深いかもしれないいくつかの追加情報は、このI/O操作は多くの人が考えるほど有害ではないかもしれないということです。 I/O読み取り/書き込みバイトは、使用率が高いことを示しています。これは、この場合、ディスクや周辺機器ではなく、ネットワークI/Oが高いことを意味します。ネットワークI/Oが実際のディスク書き込みにどのように影響するかを正確に判断することはできませんでしたが、これが起こっていると私が信じていることです。
I/Oはディスクの書き込みを意味するのではなく、ネットワークレシーバーからのデータが書き込みを指示されることを意味します。したがって、たとえば、1GB /時のネットワークトラフィックを生成する20個のタブを開いている場合、つまり書き込みを検討しているデータは、すでに存在している場合は再書き込みされません。ネットワークI/Oは、データがディスク上にすでに存在するかどうかを知りません。 perfmonの「DiskWrite/Read Bytes」を見ると、実際の読み取りおよび書き込みデータは、私の理論を裏付けるネットワークI/Oを通過するデータよりもはるかに少ないことがわかります。
これが私の結論を定式化するのに役立った情報とリンクのあるスレッドです： https://forums.servethehome.com/index.php?threads/firefox-is-chewing-through-your-nand.11346/page- 4
私の考えが正しいかどうかはまだ100％わかりませんが、正しくない場合は、リンクした拡張機能によってネットワークI/Oが高くなる問題が修正されます。もっと知識を共有できるものが欲しいです。