|
?android提供了low memory killer的机制在内存不足时回收内存。
?lmk 使用adj的方式判断该回收哪些进程或资源
android 修改adj的方法
先说结论：
A native side 统一由init进程设置/proc/**/oom_score_adj
B apk 统一由AMS 计算合适的adj，再交由lmkd 设置/proc/**/oom_score_adj
1 native side-- 直接写文档/proc/**/oom_score_adj
结论：所有的native bin档都是由init进程管理，并设置adj，默认是-1000，可以在**.rc中配置
A? ? init 进程
system/core/init/init.cpp
int SecondStageMain(int argc, char** argv) {
...
// Set init and its forked children's oom_adj.
if (auto result =
WriteFile("/proc/1/oom_score_adj", StringPrintf("%d", DEFAULT_OOM_SCORE_ADJUST));
!result.ok()) {
LOG(ERROR) << "Unable to write " << DEFAULT_OOM_SCORE_ADJUST
<< " to /proc/1/oom_score_adj: " << result.error();
}
...
}
DEFAULT_OOM_SCORE_ADJUST 定义在lmkd_service.h中，值为-1000
system/core/init/lmkd_service.h
static const int MIN_OOM_SCORE_ADJUST = -1000;
static const int MAX_OOM_SCORE_ADJUST = 1000;
// service with default score is unkillable
static const int DEFAULT_OOM_SCORE_ADJUST = MIN_OOM_SCORE_ADJUST;
在环境中验证，就是-1000
console:/ # cat /proc/1/oom_score_adj
-1000
B? 其他native 进程
其他得native进程也是由init进程写得/proc/**/oom_score_adj， 如下面code所示
system/core/init/service.cpp
Service::Service(const std::string& name, unsigned flags, uid_t uid, gid_t gid,
const std::vector<gid_t>& supp_gids, int namespace_flags,
const std::string& seclabel, Subcontext* subcontext_for_restart_commands,
const std::vector<std::string>& args, bool from_apex)
: ...
oom_score_adjust_(DEFAULT_OOM_SCORE_ADJUST),
...
Result<void> Service::Start() {
...
pid_t pid = -1;
if (namespaces_.flags) {
pid = clone(nullptr, nullptr, namespaces_.flags | SIGCHLD, nullptr);
} else {
pid = fork();
}
if (pid == 0) {
...
_exit(127);
}
...
if (oom_score_adjust_ != DEFAULT_OOM_SCORE_ADJUST) {
std::string oom_str = std::to_string(oom_score_adjust_);
std::string oom_file = StringPrintf("/proc/%d/oom_score_adj", pid);
if (!WriteStringToFile(oom_str, oom_file)) {
PLOG(ERROR) << "couldn't write oom_score_adj";
}
}
...
}
该adj设置为oom_score_adjust_，默认值为DEFAULT_OOM_SCORE_ADJUST，是否可以自己配置吗？
答案是可以的
在init 中可以搜到如下code，?oom_score_adjust_是从rc档中parse出来的。
system/core/init/service_parser.cpp
Result<void> ServiceParser::ParseOomScoreAdjust(std::vector<std::string>&& args) {
if (!ParseInt(args[1], &service_->oom_score_adjust_, MIN_OOM_SCORE_ADJUST,
MAX_OOM_SCORE_ADJUST)) {
return Error() << "oom_score_adjust value must be in range " << MIN_OOM_SCORE_ADJUST
<< " - +" << MAX_OOM_SCORE_ADJUST;
}
return {};
}
const KeywordMap<ServiceParser::OptionParser>& ServiceParser::GetParserMap() const {
constexpr std::size_t kMax = std::numeric_limits<std::size_t>::max();
// clang-format off
static const KeywordMap<ServiceParser::OptionParser> parser_map = {
...
{"oom_score_adjust", {1, 1, &ServiceParser::ParseOomScoreAdjust}},
...
}
}
从map的key value属性中可以看到，ParseOomScoreAdjust方法是对应的rc中的值为oom_score_adjust。没有设置的话，就是默认的-1000。
这样我们搜索oom_score_adjust定义的rc，就可以看到system/logging/logcat/logcatd.rc
这边定义的值是-600
# logcatd service
service logcatd /system/bin/logcatd -L -b ${logd.logpersistd.buffer:-all} -v threadtime -v usec -v printable -D -f /data/misc/logd/logcat -r ${logd.logpersistd.rotate_kbytes:-2048} -n ${logd.logpersistd.size:-256} --id=${ro.build.id}
? ? class late_start
? ? disabled
? ? # logd for write to /data/misc/logd, log group for read from log daemon
? ? user logd
? ? group log
? ? writepid /dev/cpuset/system-background/tasks
? ? oom_score_adjust -600
查找rc的指导文件system/core/init/README.md?
`oom_score_adjust <value>`
> Sets the child's /proc/self/oom\_score\_adj to the specified value,
? which must range from -1000 to 1000.
2 apk 的adj值
apk 的adj值是根据AMS计算出来的。
在updateOomAdjLSP 会有很多的case，根据4大组件Activity, Service, Content Provider and Broadcast Receive。
具体的工作原理可以参考google 源码中的文档说明
frameworks/base/services/core/java/com/android/server/am/OomAdjuster.md
其中计算分数的说明部分，有很多的影响因子
* 如果不允许低于`ProcessList#FOREGROUND_APP_ADJ`，这意味着它可能是一个持久的进程，这里没有太多可做的。
* 检查进程是否为顶层应用，运行远程动画，运行检测，接收广播，执行服务，运行在顶层但睡眠（屏幕关闭），更新中间值。
* 询问窗口管理器（是的，ActivityTaskManager 现在与 WindowManager 一起）告诉每个活动的可见性信息。
* 检查进程是否有最近的任务，检查它是否正在托管前台服务、覆盖 UI、吐司等。 前台服务的注意事项，如果它处于前台状态，让它在内存中保持较高的等级一段时间：假设一个相机捕获案例，其中相机应用程序在切换出前景时仍在处理图片 - 保持它在内存中保持较高的等级将确保图片正确保留。
* 检查进程是否为重量级进程，其启动/退出会很慢，最好将其保存在内存中。请注意，整个系统中应该只有一个重量级进程。
* 当然，也不应该经常删除 Home 进程。
* 接下来的两个因素：对用户具有可见 UI 的前一个进程，或者是备份代理。
* 然后大量搜索连接服务service connection和内容提供商content provider，将对每个客户端进行评估，并且可以根据其客户端的分数更新自己 Oom Adj 分数。
所以最后一部分可以灵活调整apk的adj值了，
举一个例子将apk的adj设置为100
apk 调整adj的逻辑flow如下
frameworks/base/services/core/java/com/android/server/am/OomAdjuster.java
frameworks/base/services/core/java/com/android/server/am/ProcessList.java
OomAdjuster.updateOomAdjLSP
????????OomAdjuster.updateOomAdjLSP
????????OomAdjuster.performUpdateOomAdjLSP
????????????????OomAdjuster.applyOomAdjLSP
????????????????????????ProcessList.setOomAdj
????????????????????????????????ProcessList.writeLmkd
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?LmkdConnection.exchange
????????????????????????????????????????????????LmkdConnection.write
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 通过socket 传递给lmkd
? ?lmkd 如下code中设置了/proc/%d/oom_score_adj
static void cmd_procprio(LMKD_CTRL_PACKET packet, int field_count, struct ucred *cred) {
...
/* gid containing AID_READPROC required */
/* CAP_SYS_RESOURCE required */
/* CAP_DAC_OVERRIDE required */
snprintf(path, sizeof(path), "/proc/%d/oom_score_adj", params.pid);
snprintf(val, sizeof(val), "%d", params.oomadj);
if (!writefilestring(path, val, false)) {
ALOGW("Failed to open %s; errno=%d: process %d might have been killed",
path, errno, params.pid);
/* If this file does not exist the process is dead. */
return;
}
...
}
|