回答情况：
提问时间：
问题标签：
这是dmesg打印的内核日志： [512792.413376] Launcher invoked oom-killer: gfp_mask=0x400dc0(GFP_KERNEL_ACCOUNT|__GFP_ZERO
浏览 18修改于2021-10-14得票数 2
回答已采纳
我有一个python应用程序，它使用了大量的内存，在使用try / except MemoryError的循环中处理它应该是很好的。不幸的是，MemoryError异常从未被引发-在此之前，python被OOM杀死(在Debian上)。对于信息，应用程序正在处理视频，每个帧都是15 is的numpy对象。如果内存不足，我很乐意降低帧率，然后再试一次。
在使用psutil.available加载每个帧时，我也尝试过跟踪内存的使用情况，但是进程被终止时仍有~350 2GB显示
浏览 1提问于2018-09-09得票数 8
通过syslog，我看到了像dd invoked oom-killer这样的线条。这是否意味着dd正在被oom-killer杀死，还是意味着dd要求oom-杀手去杀死另一个高内存进程？
浏览 0提问于2011-10-19得票数 5
回答已采纳
尝试2 :我询问了Linux下的内存管理，并了解了OOM-Killer。我推断OOM-Killer可能觉得我的进程在内存泄漏的情况下运行得太久了，于是就把它杀死了。因此，我将进程的变量"oom_score_adj“设置为-1000，以防止OOM-Killer杀死我的进程，并再次尝试在内存泄漏的情况下运行很长时间。问题:
你认为像OOM-Killer这样的进程会不会因为我的内存泄漏和我的程序已经运行了很长时间而把我的进程变成僵尸？
浏览 0修改于2018-08-24得票数 1
有没有一个很好的非显而易见的地方可以获得更多关于oom-killer的信息？例如，在激活时关于进程的详细信息，关于被杀死的进程的详细信息和选择的原因？我不是在找关于oom-killer的通用信息。默认情况下，/var/messages将只包含有关可用/已分配内存的详细报告，而不包含分配给它的特定进程。
浏览 0修改于2008-09-23得票数 1
回答已采纳
例如，它们可能会被静默地杀死，例如被oom-killer杀死。因此，我希望能够检索使用map启动的进程的退出代码。
浏览 1提问于2014-06-24得票数 9
回答已采纳
可以通过overcommit_memory配置OOM-Killer，并且：0，1=超额承诺(启发式或始终如此)。
浏览 0修改于2020-07-14得票数 14
回答已采纳
可以为TaskTracker分配一个cgroup，但是如果作业造成严重破坏，TaskTracker可能也会被oom-killer杀死，因为它们在同一个组中。
假设我在一台机器上有8 8GB内存。oom-killer会真的杀死Hadoop的TaskTracker吗?还是他会先杀死派生的进程？如果后者在大多数情况下是正确的，那么我的想法可能会行得通。
浏览 0提问于2013-02-27得票数 2
Main process exited, code=killed, status=9/KILLApr 9 11:27:04 ip-172-31-20-68 kernel: tuned invoked oom-killerenabled by radio killswitch; enabled by state f
浏览 0修改于2021-04-09得票数 0
回答已采纳
有问题的函数： chkerrors () { egrep -i 'page allocation failure|oom-killer|soft lockup|blocked for more' "$1
浏览 30提问于2019-12-04得票数 0
回答已采纳
@Nemo:谢谢你，实际上，当调用多个a.out实例时--在开始时暂停，然后写入数组--我在/var/log/messages中得到了oom-killer消息，实际上，您的sysctrl命令首先阻止了我启动太多的Jun 1 17:49:16 localhost kernel: [32590.293421] a.out invoked oom-killer: gfp_mask=0x280da, order=0,oomkilladj=0
Jun 1 17:49:18 localhost kernel: [32592.110033
浏览 4修改于2011-06-02得票数 4
回答已采纳
在测试结束时，我经常使用下面的cmd检查测试是否内存不足：
dmesg | grep -F -e 'Out of memory' -e 'invoked oom-killer: gfp_mask=0x'
浏览 1修改于2017-09-20得票数 3
回答已采纳
但是突然服务器崩溃了，我在syslog中找到了下面的日志：
Aug 4 13:47:28 VDBS1130 kernel: [2689989.302589] build.sh invoked oom-killer
浏览 0修改于2014-08-05得票数 1
3回答
我看到了一个问题，PHP可以完美地工作几天，然后决定填充所有内存+交换和调用OOM-Killer。在这种情况发生后，服务器就完全死了，您甚至不能再将SSH放入其中了。
浏览 0提问于2011-12-27得票数 0
它开始于
localhost kernel: [5913722.705565] apache2 invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj
浏览 7提问于2015-10-30得票数 0
回答已采纳
score 214181 or a child更新
kernel: mongod invoked oom-killer
浏览 4修改于2012-03-30得票数 2
回答已采纳
DirectMap4k: 12745260 kBdmesg显示工作中的oom-杀手(只是显示多个条目中的一个.)
dmesg | grep oom-killer[174151.082274] dockerd invoked oom-killer: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), order
浏览 0修改于2022-10-14得票数 1
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号