linux kernal oom killer 学习
16lz
2021-01-22
背景
我有2个定时任务，一个任务A是00:00开跑，另一个B是04:00开跑。正常情况下A会在2点多时候跑完，但是某一天因为某一步骤用的时间过久，导致4点还没跑完，这时候A内存占用大约在12g左右。4点开始了，B开始运行了，逐渐的跑起来了，当内存用到6g左右的时候，系统内存不足，把A杀死了。
疑问：对于这个我有一个疑问，那就是为什么后起来的进程没有被kill，反倒杀死了原来跑的好好的进程。
原因
到当linux发生oom的时候，系统会根据一定策略找出进程杀掉（SIGKILL）来释放内存。
linux选择进程的策略可以参考http://elixir.free-electrons.com/linux/latest/source/mm/oom_kill.c这个
可以从select_bad_process这个函数入手，我也正在学习中。
讲的比较浅，只是说了个大概，详细方案，等我看完代码补充上来。
更多相关文章
- Linux内核分析-9/进程的调度时机
- mysql使用kill无法杀死进程
- Android进程间（IPC机制）通信(Bundler,Messenger,AIDL,ContentProvi
- Android中bindService的细节之二：从进程的角度分析绑定Service的
- Android之进程间通信(IPC)-Messenger
- java线程实现与进程（二）
- 使用线程设置后台进程以处理Android中的工作
- 理解Android的本地Service和跨进程Service
- android init进程分析 ueventd — 设备节点的创建、固件更新过