oom linux(linux软件仓库)

大家好，oom linux相信很多的网友都不是很明白，包括linux软件仓库也是一样，不过没有关系，接下来就来为大家分享关于oom linux和linux软件仓库的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

Linux OOM机制介绍

Linux系统在运行过程中，有时会遇到内存不足的情况，这时会收到“Out of memory”信息，并可能被迫杀死某个进程。本文将深入探讨Linux OOM机制的原理以及关键配置参数。

Linux中的OOM机制是内核的一种自我保护机制，当系统无法分配出足够内存时，该机制会被触发，以释放内存并避免系统崩溃。当程序请求分配的内存超过系统当前可用内存时，这种特性被称为Overcommit。Overcommit有助于优化系统性能，因为它允许程序在需要内存时立即使用，而此时系统可能已经回收了一些内存资源。

在Linux中，Overcommit有三种策略，可以通过/proc/sys/vm/overcommit_memory进行配置，包括取值0、1和2。默认值为0，表示采用启发式策略，当内存申请量较大时可能会被拒绝。值为1表示允许分配超过当前内存资源的内存。值为2表示系统可用内存资源不能超过swap加上内存资源的特定系数（默认为50%，可调整），如果资源耗尽，任何进一步的内存申请请求都将返回错误。

当发生OOM时，Linux会启动OOM-Killer策略，选择并终止占用内存较多的进程以释放内存。每个进程都有一个OOM权重，取值范围为-17到+15，权重越高的进程越容易被杀掉。Linux通过计算/proc//oom_score值来决定哪个进程被杀死，此值综合考虑了进程的内存消耗量、CPU时间（utime+stime）、存活时间（utime- start_time）和oom_adj值。内存消耗越多，oom_score值越高；存活时间越长，值越低。Linux在计算进程内存消耗时，会将子进程所耗内存的一半计入父进程（有兴趣的读者可以查看内核代码mm/oom_kill.c中的badness函数）。

总而言之，OOM-Killer策略旨在以最小的工作损失释放最大内存，同时避免伤害消耗大量内存的进程，并尽量减少被杀掉的进程数量。

Linux内核在触发OOM机制时会调用out_of_memory函数，此函数的调用顺序依次为：__alloc_pages、__alloc_pages_nodemask、__alloc_pages_slowpath和__alloc_pages_may_oom。在调用__alloc_pages_may_oom之前，会检查oom_killer_disabled的值，如果有值，则不会触发OOM机制。

在Linux中，内存管理以页的形式进行，因此无论何时申请内存，都会调用alloc_page函数，最终调用到out_of_memory函数，从而触发OOM机制。

为了验证OOM机制的工作原理，可以进行一些测试。例如，打开OOM机制，物理机器配置为2G内存，无swap分区，执行20个depmod-a命令。结果会显示在/var/log/message中出现“out of memory： kill process”信息。当内存资源耗尽且无进程可杀时，系统可能会崩溃。

关闭OOM机制，机器在内存紧张时将不会出现杀进程的现象。应用程序在申请内存资源时，由于内存资源紧张而无法获取资源，可能会导致循环申请内存直到成功。这种情况下，应用程序可能会长时间占用某个CPU，导致机器卡顿。

测试结果表明，虽然关闭OOM机制可以避免杀进程，但应用程序在内存资源紧张时无法获取资源，可能导致持续的CPU占用和机器卡顿。此外，使用swap分区可以缓解内存紧张的情况，但不能完全避免机器卡顿。当机器卡顿时，性能无法保证。

一文分析Linux内核OOM机制(值得收藏)

Linux内核通过过度分配内存策略，间接利用未被完全使用的内存，以提高整体内存效率。然而，当内存需求超过物理内存时，OOM killer机制会介入，通过杀掉占用内存过大的进程来保证系统运行。这就像银行面对全民取款压力时，会限制部分账户的取款。oom killer会在日志中记录操作，如"Out of Memory: Kill process 1865(sshd)"，表明sshd进程被杀以缓解内存压力。

oom killer机制针对内存占用过大且瞬间消耗的进程进行监控，通过内核源代码linux/mm/oom_kill.c中的算法，如select_bad_process()和oom_badness()来决定优先杀死哪个进程。进程的oom_score是决定因素，调整oom_adj参数可以控制进程被优先级杀掉的可能性，如将MySQL进程的oom_adj设置为-15，可以降低其被杀概率。

在极端情况下，可以通过设置内核参数vm.overcommit_memory来调整内存分配策略，甚至完全禁止过度分配。此外，可以通过查看/proc/PID/oom_adj或oom_score来找出最易被oom killer杀死的进程，并进行相应的调整。需要注意，oom killer不适用于解决内存泄漏问题，且在某些旧版本的内核中，oom killer的精确性可能存在不足。

为了验证OOM机制，可以手动创建大内存占用的进程，观察其被杀死的动态过程。通过设置oom_adj参数，可以主动控制哪些进程在内存不足时被优先保护。同时，内核提供了设置来决定在内存严重不足时是直接panic还是执行oom killer，以便在必要时进行系统重启或保护关键进程。

如何理解linux中的oom(outofmemorykiller)机制

在Linux系统中，oom(outofmemorykiller)机制是内存管理的重要组成部分，用于处理内存不足的情况。当系统需要内存，而内存不足时，通常在handle_mm_fault()函数中发现。这个函数会尝试通过调用alloc_pages()系列函数，进而调用prepare_alloc_pages()，最后进入__alloc_pages_direct_reclaim()函数，清理可以清到磁盘上的缓冲。

若清理缓冲后仍无法分配到内存，系统将进入oom killer状态。此时，系统内存仅可能被正在运行的进程和内核占据，造成系统崩溃。内核作为“官家”，进程为“商家”，当“官家”无法“杀商家”时，只能选择“杀”一个最“胖”的进程，以减轻内存压力。这一决策基于避免系统崩溃的考虑。

oom killer机制反映了Linux系统的内存管理策略。它通过自动“杀”掉最“胖”的进程来释放内存，以防止系统因内存不足而崩溃。这种机制使得Linux在处理内存管理问题时更加灵活和智能。相比之下，Unix系统在内存管理方面则更注重用户交互，通过提供给用户选择“杀”掉进程或增加内存以解决问题的选项，以维持系统的稳定性和用户友好性。

综上所述，oom killer机制在Linux系统中扮演着关键角色，它通过自动管理内存分配和回收，帮助系统在内存不足时保持稳定运行。同时，这一机制与Unix系统的内存管理策略形成了鲜明对比，后者更倾向于提供给用户更多的控制权，让用户根据具体需求来管理内存资源。