Chrome 向 SSD 写入过多

sem*_*emo 5 usb google-chrome ssd symbolic-link session-restore


由于 Chrome 和 Firefox 中的会话恢复功能会进行大量磁盘写入,这对 SSD 不利,因此 Firefox有一个解决方案,但我不知道 Chrome有一个解决方案。有一些解决方法涉及将 USB/SD 卡/外部硬盘驱动器用于 Chrome 配置文件文件夹。您可以使用“ c:\Program Files (x86)\Google\Chrome\Application\chrome.exe”--user-data-dir=... “命令将配置文件文件夹移动到外部驱动器,或者创建一个符号链接在指向外部驱动器文件夹的本地 appdata 文件夹上。这样做的结果是,一方面实际安装的程序文件夹将在 SSD 本身上,因此 Chrome 可能会在 SSD 的资源上运行,而另一方面,配置文件/应用程序数据文件夹和缓存将在外部驱动器,因此 Chrome 不会写入 SSD。

这些变通方法有什么缺点(即将 Chrome 配置文件文件夹放在外部驱动器上)?哪个会更好?有没有人有更好的解决方法或解决方案?

非常感谢。

Dmi*_*sov 0

这个 Chrome 错误多年来都没有得到修复(也很少有相关问题):

https://bugs.chromium.org/p/chromium/issues/detail?id=176727

而且它甚至没有延迟/降低写入速率的设置(Firefox 有)。这实在是太奇怪了。

禁用 Chrome 预取功能会稍微减少写入量: https: //www.technipages.com/google-chrome-prefetch

然而,Linux 上的 Opera 浏览器基于相同的 V8 引擎,使用相同的一组网站(包括 gmail 和 youtube),它的写入量比 Chrome 少大约 10 倍。

所以我建议尝试使用 Opera,特别是因为它的最新版本基于相同的引擎。

sudo snap install opera
Run Code Online (Sandbox Code Playgroud)