Joe Asked: 2023-03-24 05:14:30 +0800 CST2023-03-24 05:14:30 +0800 CST 2023-03-24 05:14:30 +0800 CST 为什么 Firefox 在 Ubuntu 22.04 上吃掉交换空间？ 772 我通常在白天运行 7 到 10 个活动标签。 我可以看到，从一个低值开始，我的交换空间使用量一整天都在一点一点地增加，直到最终达到大约 1GB（最大 6GB），可能在一两天内，系统出现问题。Firefox 是唯一运行的用户应用程序。 在 Ubuntu 18.04 LTS 上也有类似的问题，使用相同的配置和每日选项卡，但这似乎已经解决，因此 swap 使用率稳定且较低。 vm.swappiness 设置为 10。 这里发生了什么？ 22.04 1 个回答 Voted Best Answer mchid 2023-03-25T05:24:18+08:002023-03-25T05:24:18+08:00 在 18.04 上，watermark_boost_factor被禁用，您可以通过运行以下命令检查它是否在 22.04 上被禁用： cat /proc/sys/vm/watermark_boost_factor 它应该为 0。如果它不为零，则运行： echo 0 | sudo tee /proc/sys/vm/watermark_boost_factor 并使其永久化，编辑/etc/sysctl.conf并确保将以下内容设置为vm.watermark_boost_factor=0 虽然该错误已在技术上得到修复，但您可以在此处和此处阅读有关更改的更多信息。 第二个链接表明，将 swappiness 设置为 60 并不能解决问题，但是将 swappiness 设置watermark_boost_factor为 0 以及 60 的 swappiness 确实有帮助，尽管如果您不使用 RAM 密集型进程，可能不需要 swappiness 设置（他们在使用）。
在 18.04 上，
watermark_boost_factor被禁用，您可以通过运行以下命令检查它是否在 22.04 上被禁用：它应该为 0。如果它不为零，则运行：
并使其永久化，编辑
/etc/sysctl.conf并确保将以下内容设置为vm.watermark_boost_factor=0虽然该错误已在技术上得到修复，但您可以在此处和此处阅读有关更改的更多信息。
第二个链接表明，将 swappiness 设置为 60 并不能解决问题，但是将 swappiness 设置
watermark_boost_factor为 0 以及 60 的 swappiness 确实有帮助，尽管如果您不使用 RAM 密集型进程，可能不需要 swappiness 设置（他们在使用）。