研:oom 使app不被kill掉

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

https://blog.csdn.net/gua___gua/article/details/52276364 Linux下OOM Killer机制详解(二)

Linux内核OOM机制的理解【转】

Linux内核OOM机制的详细分析

 

方案思路:

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 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值