これは
、AFOMプラグインと同様のヒントに関する
投稿への応答です。
残念ながら、AFOMアドオンは
config.trim_on_minimizeパラメーターと同じトリックです(about:configで、このパラメーターをtrueに設定し、ブラウザーが最小化されたときに同じ効果を観察します)。 それは実際にRAMの使用を減らしますが、
swap / swapfileを使用してメモリをフラッシュ
します。
TaskInfoを使用して取得するグラフは次のとおりです。

標準のWindowsタスクマネージャーでは、
Flush Process Memory Out操作は、Mem Usage値の瞬間的なリセットのように見え、インストールされているアドオンの数と開いているタブ+開いているサイトの複雑さに応じて、50-180MB以上の値に再開した後、かなり早く安定します。 ただし、この間は部品がスワップにオーバーフローするため、操作前よりも小さい値で停止します。
同じTaskInfoから「Flush Process Memory Out」という名前を取りました。 この操作はプロセスのコンテキストメニューにあり、どのプロセスでも同じことができます。
時間が経つと (通常は数日後)、この戦略により、ブラウザーウィンドウへの戻りが遅くなり、長時間使用されなかったブラウザーの内部機能(オプションを開く、タブ/履歴を検索するなど)への反応が遅くなります。 つまり、現在アクティブに使用されていないほとんどすべてがスワップにマージされるため、このトリックの操作直後に、タブを切り替えたり、履歴を移動したり、新しいサイトを開いたりしようとすると、ユーザーはブレーキに気付かないことがわかります。 ブレーキは時間の経過とともに現れます。
おわりに
はい、これらのトリックはRAMの消費を減らし、ブラウザをアクティブに使用する際のブラウザの基本機能には影響しませんが、その方法と理由を知っています。