ubuntu21.04死机，无端杀死应用Ubuntu22.04遭吐槽

ubuntu21.04死机，无端杀死应用Ubuntu22.04遭吐槽社区现已针对该问题启动了一个 Ubuntu 开发线程，征求更广泛的 Ubuntu 社区反馈，该问题应该会在 22.04.1 更新中得到解决。基于进程的终止条件，Nick 提出了一些改动的思路，比如改变 systemd-oomd 计算 / 触发内存值的方式，又或是增加 SwapUsedLimit 的值，因为 1 GB 实在太少了。在杀死应用程序之前应该有一个警告，以便有机会保存应用程序数据。杀死应用程序后至少应该有道歉和解释。当前的行为给人的印象是 Ubuntu 22.04 使用起来不可靠且不安全，这对于 LTS 版本来说是个大问题。随后，Canonical 工程师 Nick Rosbrook 在邮件中解释了 OOMD 杀死进程的条件：在实践中，大部分应用被杀死都是因为条件 1，很大程度上是因为 Ubuntu 只提供了 1GB 的交换空间， SwapUsedLimit 太容易达到 90%。

出品|开源中国

Ubuntu 22.04 LTS 版本带来一项新功能：默认启用 systemd-oomd 作为内存不足时的守护进程，它可以在内存高压的情况下干掉一部分进程。

然而，该 OOMD 功能似乎杀红了眼，有时候即使用户没有感到任何内存压力，它也会莫名其妙地终止正在运行的程序，比如 Firefox、Chrome 或 Visual Studio Code，体验极差的用户在 Ubuntu 社区邮件列表中大量留言吐槽。

一位沮丧的用户写道：

在杀死应用程序之前应该有一个警告，以便有机会保存应用程序数据。杀死应用程序后至少应该有道歉和解释。当前的行为给人的印象是 Ubuntu 22.04 使用起来不可靠且不安全，这对于 LTS 版本来说是个大问题。

随后，Canonical 工程师 Nick Rosbrook 在邮件中解释了 OOMD 杀死进程的条件：

• 条件 1：当总系统的内存使用量和交换使用量都超过 SwapUsedLimit（在 Ubuntu 上默认为 90%）， cgoups 中超过 5% 的交换就会成为 OOM 的终结对象。
• 条件 2：当一个单元的 cgroup 内存压力超过 MemoryPressureLimit ，则监控后代 cgroups 将从具有最多回收率的进程开始执行终止。

在实践中，大部分应用被杀死都是因为条件 1，很大程度上是因为 Ubuntu 只提供了 1GB 的交换空间， SwapUsedLimit 太容易达到 90%。

基于进程的终止条件，Nick 提出了一些改动的思路，比如改变 systemd-oomd 计算 / 触发内存值的方式，又或是增加 SwapUsedLimit 的值，因为 1 GB 实在太少了。

社区现已针对该问题启动了一个 Ubuntu 开发线程，征求更广泛的 Ubuntu 社区反馈，该问题应该会在 22.04.1 更新中得到解决。