如何在无响应的Linux系统中杀掉内存消耗最大的进程?

系统 Linux
有时候,我在浏览器中开启了非常多的标签页,导致操作系统会无响应好几分钟。我不能移动我的鼠标,也不能杀掉一个进程或关闭任何开启的标签页。在这种情况下,我别无选择,只能强制重启系统。而这就是 Early OOM 起作用的时候了。在情况严重时,它会杀掉一个未响应系统中的内存消耗最大的进程。

https://s4.51cto.com/oss/201805/31/2db7db4f04924c480d0a8005ce4b3729.png

作为一名博客作者,我收藏了很多博客、网站和论坛用来寻找 Linux 和 Unix 相关的内容。有时候,我在浏览器中开启了非常多的标签页,导致操作系统会无响应好几分钟。我不能移动我的鼠标,也不能杀掉一个进程或关闭任何开启的标签页。在这种情况下,我别无选择,只能强制重启系统。当然我也用了 OneTab (LCTT 译注:OneTab 是一个 Chrome 的 Extension,可以将标签页转化成一个列表保存。)和 Greate Suspender (LCTT 译注:Great Suspender 是一个 Chrome 的 Extension, 可以自动冻结标签页)这样浏览器拓展,但它们在这里也起不到太大的作用。 我经常耗尽我的内存。而这就是 Early OOM 起作用的时候了。在情况严重时,它会杀掉一个未响应系统中的内存消耗***的进程。Early OOM 每秒会检测可用内存和空余交换区 10 次,一旦两者都低于 10%,它就会把***的进程杀死。

为什么用 Early OOM?为什么不用系统内置的 OOM killer?

在继续讨论下去之前,我想先简短的介绍下 OOM killer,也就是 Out Of Memory killer。OOM killer 是一个由内核在可用内存非常低的时候使用的进程。它的主要任务是不断的杀死进程,直到释放出足够的内存,使内核正在运行的其它进程能顺利运行。OOM killer 会找到系统中最不重要并且能释放出最多内存的进程,然后杀掉他们。在 /proc 目录下的 pid 目录中,我们可以看到每个进程的 oom_score

示例:

  1. $ cat /proc/10299/oom_score
  2. 1

一个进程的 oom_score 的值越高,这个进程越有可能在系统内存耗尽的时候被 OOM killer 杀死。

Early OOM 的开发者表示,相对于内置的 OOM killer,Early OOM 有一个很大的优点。就像我之前说的那样,OOM killer 会杀掉 oom_score ***的进程,而这也导致 Chrome 浏览器总是会成为***个被杀死的进程。为了避免这种情况发生,Early OOM 使用 /proc/*/status 而不是 echo f > /proc/sysrq-trigger(LCTT 译注:这条命令会调用 OOM killer 杀死进程)。开发者还表示,手动触发 OOM killer 在***版本的 Linux 内核中很可能不会起作用。

 

安装 Early OOM

Early OOM 在 AUR(Arch User Repository)中可以找到,所以你可以在 Arch 和它的衍生版本中使用任何 AUR 工具安装它。

使用 Pacaur

  1. pacaur -S earlyoom

使用 Packer

  1. packer -S earlyoom

使用 Yaourt

  1. yaourt -S earlyoom

启用并启动 Early OOM 守护进程:

  1. sudo systemctl enable earlyoom
  2. sudo systemctl start earlyoom

在其它的 Linux 发行版中,可以按如下方法编译安装它:

  1. git clone https://github.com/rfjakob/earlyoom.git
  2. cd earlyoom
  3. make
  4. sudo make install

 

Early OOM - 杀掉无响应 Linux 系统中的***的进程

运行如下命令启动 Early OOM:

  1. earlyoom

如果是通过编译源代码安装的, 运行如下命令启动 Early OOM:

  1. ./earlyoom

示例输出:

  1. earlyoom 0.12
  2. mem total: 3863 MiB, min: 386 MiB (10 %)
  3. swap total: 2047 MiB, min: 204 MiB (10 %)
  4. mem avail: 1770 MiB (45 %), swap free: 2047 MiB (99 %)
  5. mem avail: 1773 MiB (45 %), swap free: 2047 MiB (99 %)
  6. mem avail: 1772 MiB (45 %), swap free: 2047 MiB (99 %)
  7. mem avail: 1773 MiB (45 %), swap free: 2047 MiB (99 %)
  8. mem avail: 1772 MiB (45 %), swap free: 2047 MiB (99 %)
  9. mem avail: 1773 MiB (45 %), swap free: 2047 MiB (99 %)
  10. mem avail: 1771 MiB (45 %), swap free: 2047 MiB (99 %)
  11. mem avail: 1773 MiB (45 %), swap free: 2047 MiB (99 %)
  12. mem avail: 1784 MiB (46 %), swap free: 2047 MiB (99 %)
  13. [...]

就像你在上面的输出中可以看到的,Early OOM 将会显示你有多少内存和交换区,以及有多少可用的内存和交换区。记住它会一直保持运行,直到你按下 CTRL+C

如果可用的内存和交换区大小都低于 10%,Early OOM 将会自动杀死***的进程,直到系统有足够的内存可以流畅的运行。你也可以根据你的需求配置最小百分比值。

设置最小的可用内存百分比,运行:

  1. earlyoom -m <PERCENT_HERE>

设置最小可用交换区百分比, 运行:

  1. earlyoom -s <PERCENT_HERE>

在帮助部分,可以看到更多详细信息:

  1. $ earlyoom -h
  2. earlyoom 0.12
  3. Usage: earlyoom [OPTION]...
  4.  
  5. -m PERCENT set available memory minimum to PERCENT of total (default 10 %)
  6. -s PERCENT set free swap minimum to PERCENT of total (default 10 %)
  7. -M SIZE set available memory minimum to SIZE KiB
  8. -S SIZE set free swap minimum to SIZE KiB
  9. -k use kernel oom killer instead of own user-space implementation
  10. -i user-space oom killer should ignore positive oom_score_adj values
  11. -d enable debugging messages
  12. -v print version information and exit
  13. -r INTERVAL memory report interval in seconds (default 1), set to 0 to
  14. disable completely
  15. -p set niceness of earlyoom to -20 and oom_score_adj to -1000
  16. -h this help text

现在,你再也不用担心内存消耗***的进程了。希望这能给你帮助。更多的好内容将会到来,敬请期待。

责任编辑:庞桂玉 来源: Linux中国
相关推荐

2019-12-16 10:43:38

Linux内存消耗进程

2019-11-06 15:58:54

Linux内存消耗进程

2023-03-05 16:40:07

linux进程内存

2021-10-25 12:23:06

Linux僵尸进程

2022-05-27 11:59:22

Linux内存CPU

2021-11-29 20:44:31

Linux内存进程

2018-11-01 10:59:52

Linux内存进程

2018-03-30 17:51:17

Linux命令查找文件

2019-12-16 09:10:38

Linux中央处理器进程

2019-12-16 11:00:04

LinuxCPU进程

2018-06-05 08:51:04

Linux结束进程中止程序

2010-04-22 15:26:53

Oracle进程

2010-04-16 17:35:39

Oracle进程

2011-01-26 13:26:32

Linux进程

2017-07-21 13:25:33

LinuxMD5哈希恢复文件

2010-01-28 10:06:05

Linux系统调用

2019-01-03 16:04:13

内存Linux PoC

2018-10-08 08:20:25

Linux进程端口号

2023-01-30 14:27:14

Linux进程

2019-02-26 10:00:37

Linux命令内存
点赞
收藏

51CTO技术栈公众号