在 Google 上查看，找不到任何解释如何proc/<pid>/oom_score计算分数的内容。为什么要使用这个分数而不是只使用使用的总内存？
sci*_*rus 22
请参阅 Goldwyn Rodrigues 2009 年的文章了解当时的实施情况，Jonathan Corbet 2010 年的文章了解我认为当前的行为，以及 Jonathan Corbet 2013 年的文章了解有关未来变化的想法。
来自 2010 年的文章：
在 David 的补丁集中，旧的 badness() 启发式几乎完全消失了。相反，计算变成了一个简单的问题，即进程使用了多少可用内存的百分比。如果整个系统内存不足，则“可用内存”是系统可用的所有 RAM 和交换空间的总和。相反，如果 OOM 情况是由于耗尽给定 cpuset/控制组允许的内存引起的，那么“可用内存”是分配给该控制组的总量。如果超出了内存策略施加的限制，则会进行类似的计算。在每种情况下，进程的内存使用被认为是其驻留集（它正在使用的 RAM 页数）及其交换使用的总和。
这个计算结果是一个百分比乘以十的数字；使用可用内存的每个字节的进程将获得 1000 分，而根本不使用内存的进程将获得零分。这个分数很少有启发式调整，但代码仍然从 root 拥有的进程的分数中减去少量 (30)，因为它们比用户拥有的进程更有价值。
应用的另一个调整是添加存储在每个进程的 oom_score_adj 变量中的值，该值可以通过 /proc 进行调整。这个旋钮可以调整每个进程对用户空间中OOM杀手的吸引力；将其设置为 -1000 将完全禁用 OOM 杀死，而设置为 +1000 相当于在相关进程上绘制一个大目标。