主页 / unix / 问题 / 761987
Accepted
wangt13
Asked: 2023-11-21 16:54:17 +0800 CST

Linux 中的空闲内存或可用内存是 OOM 杀手的触发因素吗？

  • 772

我正在开发一个基于 SOC 平台的嵌入式 Linux 系统。
我有两台机器运行相同的内存工作负载，并且得到以下内存输出。

机器1.

              total        used        free      shared  buff/cache   available
Mem:          50616       35304        2516          48       12796       13100
Swap:             0           0           0

机器2.

              total        used        free      shared  buff/cache   available
Mem:          57328       45320        2856          56        9152        9572
Swap:             0           0           0

机器1的内存比机器2少free，但是机器1的内存比机器2多。available在这种情况下，哪台机器触发OOM Killer的风险更高？
有内存调整建议吗？

通过设置 overcommit_memory 进行了更新（有点题外话）

根据 Fritz 的回答，在另一个系统中，我将 更改overcommit_memory为 2，没有其他更改，我得到了关注。

# cat /proc/sys/vm/overcommit_ratio
50
#
# free
              total        used        free      shared  buff/cache   available
Mem:          84244       25256       35196          92       23792       56772
Swap:             0           0           0
# echo 2 > /proc/sys/vm/overcommit_memory
#
# ls
-/bin/sh: can't fork: Cannot allocate memory

比率是50，但是它表示cannot allocate memory禁用内存过量使用时。

即使echo 100 > /proc/sys/vm/overcommit_ratio，当echo 2 > /proc/sys/vm/overcommit_memory，它仍然遇到错误，我不得不重新启动系统。

因此，根据我的测试，更改内存过度使用可能不会出现pre-defined分段错误。

我已经接受了 Fritz 关于内核内存回收的回答available和free。

我们可以再开一个问题来讨论Linux内存过量使用。

linux

1 个回答

  1. Best Answer

    free内存完全未使用，而available如果需要内存可以立即被内核释放。它包含文件系统缓存等内容，避免从磁盘读取并加快系统速度。如果你仔细观察，你会发现金额available与 类似buff/cache。

    因此，除非内存耗尽，否则内核不应调用 OOM Killer 。available

    正如安德鲁在评论中指出的那样：安全的选择是禁用内核中的内存过度使用。这样，当程序请求的内存多于当前可用的内存时，调用malloc将返回NULL而不是成功。这意味着分配的内存永远不会多于实际可用的内存，因此 OOM 杀手（希望）永远不会被调用：

    # Assuming swap is disabled because it is an embedded system:
echo 100 > /proc/sys/vm/overcommit_ratio  # Commit max 100% of physical RAM (+ Swap, which is off)
echo 2 > /proc/sys/vm/overcommit_memory  # Disable overcommit heuristics

    但是，这要求 (a) 您的程序请求的内存不超过其打算使用的内存，并且 (b) 检查所有调用的返回值，并在它们返回时malloc执行一些明智的NULL操作。否则，您将面临与 OOM 杀手相同的行为（您的进程随机死亡），在这种情况下是由于段错误/空取消引用。

    如果没有有关您所面临的特定场景的信息，就很难提供更多调整建议。但是，如果物理内存在过度使用时耗尽，内核除了进行交换、终止进程或恐慌之外，无能为力。您可以尝试启用zram或 zswap（从而“交换”到 RAM）或添加swapfile，但是当内存（几乎）已满时，这两种方法都可能会降低系统性能。最好确保您的应用程序没有内存泄漏。

    • 3

相关问题