linux程序提示killed的原因

当系统资源不足时，Linux 内核也可以决定终止一个或多个进程。 一个非常常见的例子是内存不足 (OOM) killer，会在系统的物理内存耗尽时触发。

使用sudo dmesg | tail -7命令（任意目录下，不需要进入log目录，这应该是最简单的一种）

可以看到：

另外，网上还有几种方式，如下：

使用下面的这几行命令

journalctl --list-boots | awk ‘{ print $1 }’ | xargs -I{} journalctl --utc --no-pager -b {} -kqg ‘killed process’ -o verbose --output-fields=MESSAGE

就可以直接得到，最关键的信息

网上更常见的似乎是：

journalctl -xb | egrep -i 'killed process’

以及

其中-B100，表示 'killed process’之前的100行内容

其中有一部分信息也许有用，如下所示，类似一个表格

另外，还有 egrep -i ‘killed process’ /var/log/messages 或 egrep -i -r ‘killed process’ /var/log

参考：Out of Memory events and decoding their logging

参考：

查看系统内存情况：cat /proc/meminfo

查看当前空闲内存：free -m(以MB显示内存情况)，free -g（以GB显示内存情况）

参考：Linux OOM-killer（内存不足时kill高内存进程的策略）

OOM_killer是Linux自我保护的方式，当内存不足时不至于出现太严重问题，有点壮士断腕的意味 在kernel 2.6，内存不足将唤醒oom_killer，挑出/proc//oom_score最大者并将之kill掉

为了保护重要进程不被oom-killer掉，可以：

也可以对把整个系统的OOM给禁用掉：

值得注意的是，有些时候 free -m 时还有剩余内存，但还是会触发OOM-killer，可能是因为进程占用了特殊内存地址

参数/proc/sys/vm/overcommit_memory可以控制进程对内存过量使用的应对策略

查看某个用户的内存使用情况

查看当前内存使用情况，使用top命令，如果要查看某个用户的内存使用情况，可以top -u username，例如：

可以使用q退出top界面

查看详细的command内容

如果想查看详细的command，可以使用-c参数

然后就会显示每个command的详细内容，例如：

查看特定PID或进程的资源消耗情况

进一步，如果希望查看这个用户下某个特定 command的占用情况，可以使用grep命令来进一步处理top命令的输出，参考：How to view a specific process in top

输出以下内容：

为什么%MEM大于100%

参考：Sum of memory of few processes in top is greater than 100%

参考：Linux查看CPU和内存使用情况

top 运行中可以通过 top 的内部命令对进程的显示方式进行控制。内部命令如下表：

TBD

参考：

经过上面top命令的查看，其实发现，我系统很干净，只有nebula-graph-studio的4个进程以及使用vscode访问占用了一些资源。

因此，首先不再使用vscode访问服务器，改成xshell。

参考：too much memory for remote-ssh vscode

然后关闭nebula-graph-studio服务。

关闭掉无关进程之后，可以看到，top命令中基本没东西了 再去查看free -g 似乎没什么用，哎。算了，那只能修改模型的batch_size了，或者把模型参数降低。

这里只记录一些我观察到的情况。