有些人可能已经注意到,Firefox 和 Chrome 网络浏览器通过其“存储会话”功能产生的高达 20GB/天的大量写入流量可能会损害未设置如此大量写入访问的消费级 SSD。
在 Firefox 中很容易修复(或至少可以解决)这个问题,但我很难找到 Chrome 的解决方案来避免上述流量(说实话不需要会话存储)。
在 Firefox 中,您只需将browser.sessionstore.interval
配置中的值编辑为其他值,最好高于15000ms
(15 秒),例如1800000ms
(等于 30 分钟),这将显著减少流量。
问题是我在 Chrome 中找不到类似的值。有什么快速修复的建议吗?我不希望我的新笔记本电脑 SSD 被 Chromes Session Storage 破坏。
谢谢
点击此处了解更多信息: https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/
答案1
我找到了一种适用于 Chrome 的解决方案。
这将卸载一段时间内处于非活动状态的选项卡,同时保留图标和选项卡描述。卸载选项卡时,它不会生成 perfmon 中可见的 I/O 活动。
一些可能感兴趣的其他信息是,此 I/O 操作可能并不像许多人想象的那么有害。I/O 读/写字节显示使用率高,在这种情况下,这意味着网络 I/O 很高,而不是磁盘或外围设备。我无法准确确定网络 I/O 如何影响实际磁盘写入,但我相信正在发生以下情况。
I/O 并不意味着磁盘写入,而是指示网络接收器写入数据。例如,如果我打开了 20 个选项卡,产生 1GB/小时的网络流量,这就是需要写入的数据,如果数据已经存在,则不会重新写入。网络 I/O 不知道数据是否已存在于磁盘上。如果您查看 perfmon 中的“磁盘写入/读取字节”,您将看到实际读取和写入的数据远少于通过网络 I/O 的数据,这证实了我的理论。
以下是包含有助于我得出结论的信息和链接的帖子:https://forums.servethehome.com/index.php?threads/firefox-is-chewing-through-your-nand.11346/page-4
我仍然不能 100% 确定我的想法是否正确,但如果不正确,我链接的扩展确实解决了高网络 I/O 问题。我希望能分享更多知识。