https://blog.youkuaiyun.com/gua___gua/article/details/52276364 Linux下OOM Killer机制详解(二)
方案思路:
1.是否有配置项(接口)?不太可能,这是系统的统一策略?
2.扩展接口,在app内设定?(安全/性能问题)
必须有daemon ,不然设置不会成功。之前已经验证过类似操作。
3.daemon 不断刷新设置,其实没必要,这更占用资源,浪费,可能对性能产生影响,拖累本来就差的性能
这个os真差,完全被淘汰了,官方都放弃了,被开玩笑了,现在ad都跑哪去了。早死了,
分析:
adb shell b2g-info
| megabytes |
NAME PID PPID CPU(s) NICE USS PSS RSS SWAP VSIZE OOM_ADJ USER
b2g 181 1 174.4 0 82.332 87.753 105.762 0.000 344.613 0 root
(Nuwa) 511 181 1.3 0

本文探讨了Linux内核的OOM (Out of Memory) Killer机制,并分析了在APP面临被系统杀死的情况下可能的解决方案。作者考虑了通过扩展接口在APP内部设定策略,但考虑到安全性和性能问题,提出了使用守护进程(daemon)来动态调整优先级的方案。通过分析源码,提出了在`ComputePriority()`函数中添加条件判断和扩展API的可能性。
最低0.47元/天 解锁文章
1075

被折叠的 条评论
为什么被折叠?



