由于 Chrome 和 Firefox 中的会话恢复功能会进行大量磁盘写入，这对 SSD 不利，因此 Firefox有一个解决方案，但我不知道 Chrome 是否有这样的解决方案。有一些解决方法，包括使用 USB/SD 卡/外部硬盘驱动器来存储 Chrome 配置文件文件夹。您可以使用“c:\Program Files (x86)\Google\Chrome\Application\chrome.exe”--user-data-dir=...“命令将配置文件夹移动到外部驱动器，或创建一个符号链接在指向外部驱动器文件夹的本地 appdata 文件夹上。这样做的结果是，一方面实际安装的程序文件夹将位于 SSD 本身上，因此 Chrome 可能会在 SSD 资源上运行，而另一方面，配置文件/appdata 文件夹和缓存将位于外部驱动器上，因此 Chrome 不会写入 SSD。
这些解决方法有什么缺点吗（例如将 Chrome 配置文件文件夹放在外部驱动器上）？哪一个更好？有没有人有更好的解决方法或解决方案？
非常感谢。
答案1
我碰巧有很多可用的 RAM，因此将其配置/tmp为 RAM 磁盘，减少了 SSD 的一些磨损（速度也更快）。
为了扩展这个想法，我将其符号链接~/.cache到/tmp/home/[userid]/.cache。
现在大量的 Chrome 数据都存储在那里：
$ du -s -m ~/.cache/* | sort -n | tail -3
4 /home/ray/.cache/tracker
416 /home/ray/.cache/google-chrome
529 /home/ray/.cache/thumbnails
这几乎是 1GB，全部来自 Chrome，全部在快速访问 ROM 中。
是的，当我重新启动时，所有内容都会丢失，并且 Chrome 暂时会变慢一些，但对我来说，这种情况可能几个月内都不会发生。
答案2
这个 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