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 配置文件文件夹放在外部驱动器上)?哪个会更好?有没有人有更好的解决方法或解决方案?
非常感谢。
这个 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)
| 归档时间: |
|
| 查看次数: |
3619 次 |
| 最近记录: |