systemd-oomd是Linux系统中负责内存溢出管理的组件，核心作用是在系统内存不足时按照预设规则终止进程，避免系统完全卡死。很多用户在配置杀进程优先级时发现预期规则没有生效，多数情况是因为systemd-oomd.conf的配置项没有正确设置，或者忽略了配置的生效条件。
systemd-oomd.conf核心配置项解析
systemd-oomd的配置文件通常位于/etc/systemd/systemd-oomd.conf，影响杀进程优先级的核心配置项如下：
- SwapUsedLimit：交换空间使用阈值，当交换空间使用率达到该值时触发oom处理，默认值为90%
- DefaultMemoryPressureLimit：默认内存压力阈值，针对未单独设置内存压力限制的cgroup，默认值为60%
- DefaultMemoryPressureDurationSec：内存压力持续时长阈值，达到阈值后才会触发进程终止，默认值为5秒
优先级不生效的常见配置误区
误区1：混淆进程优先级和cgroup权重
systemd-oomd不是直接读取进程的nice值或者调度优先级来判定终止顺序，而是基于cgroup的内存使用情况和调整系数。很多用户误以为设置了进程优先级就会生效，实际上需要在对应的service文件中设置MemoryOomPriority参数，该参数的取值范围是-1000到1000，数值越小优先级越高，越不容易被终止。
# 示例：给nginx服务设置更高的生存优先级 [Service] MemoryOomPriority=-500
误区2：未开启对应cgroup的oom控制
如果目标进程所在的cgroup没有启用oom管理，systemd-oomd不会对该cgroup下的进程执行终止操作。需要在cgroup的配置中设置ManagedOOMSwap=auto和ManagedOOMMemoryPressure=auto，让systemd-oomd可以管理该cgroup的内存压力。
# cgroup配置示例 [Manager] ManagedOOMSwap=auto ManagedOOMMemoryPressure=auto
误区3：全局阈值设置过高
如果SwapUsedLimit或者DefaultMemoryPressureLimit设置得过高，系统内存压力还没达到触发条件时，可能已经被内核的oom killer处理了，导致systemd-oomd的优先级规则没有机会生效。建议根据实际内存大小设置合理的阈值，比如物理内存小于8G时，SwapUsedLimit可以设置为80%。
正确的配置验证方法
修改配置后需要重新加载systemd配置并重启systemd-oomd服务：
# 重新加载配置 sudo systemctl daemon-reload # 重启systemd-oomd服务 sudo systemctl restart systemd-oomd
可以通过以下命令查看systemd-oomd的运行日志，确认优先级规则是否生效：
# 查看systemd-oomd日志 journalctl -u systemd-oomd -f
日志中会显示当前检测到的cgroup内存压力情况，以及待终止进程的优先级排序，如果优先级排序和预期一致，说明配置已经生效。
配置注意事项
所有配置修改后都需要重启相关服务才能生效，同时不要给过多进程设置过低的MemoryOomPriority值，否则内存溢出时可能没有可终止的进程，导致系统崩溃。如果进程运行在用户自定义的cgroup下，还需要确保该cgroup的层级在systemd-oomd的监控范围内，避免出现监控盲区。
systemd-oomdsystemd-oomd.confoom_kill进程优先级cgroup修改时间：2026-06-29 03:12:25