http://blog.csdn.net/innost/article/details/6940136
随笔之Android平台上的进程调度探讨
一由来
最近在翻阅MediaProvider的时候,突然想起之前碰到的一个问题,该问题是这样的:
一个Pad上有很多媒体文件,然后每次开机后的一段时间内,Home Screen的反应都特别慢,有时候还会报出ANR的错误。从ANR文件/data/anr/traces.txt分析,发现系统打印的cpu占有率中,android.process.media占用非常高。所以怀疑是MediaProvider做文件扫描占用CPU太多资源导致。
但是我们实际测试的时候,通过top –m 5查看cpu占有率的时候,发现只要一操作Home,android.process.media进程cpu占有率就会下降很多。
当时看到这个现象,直观感觉就是MediaProvider抢占CPU能力不够。直接把该现象告诉领导,这个事情也就结了。但是一直没在代码中找到依据:总有地方设置进程的优先级吧??
后来,时间充裕了,想起这个问题。果不其然,在MediaScannerService中,找到答案:
public void run()
{
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND +
Process.THREAD_PRIORITY_LESS_FAVORABLE);
……
}
上面代码显示得将本进程的优先级设置为BACKGROUND+LESS_FAVORABLE。
那么这个优先级是什么呢?
本随笔将关注两个问题:
Android平台提供的调度接口及其它的实现
调度一定是依靠Linux OS的,那么本随笔也会顺便介绍一下Linux OS中的进程调度相关的知识。
二 Android平台中的进程调度接口
从最上的Java层看,Anroid提供的Process类封装了进程调度优先级,调度策略等一些API。下图是整体调用流程和相关文件位置。
图1 进程调度的API以及调用分发流程
从上图我们可知:
重点讨论Process.java提供的setThreadPriority和setThreadGroup函数。
调用分发顺序从Java一直贯穿JNI,Native层后,setThreadPriority直接转移到setpriority系统调用,而setThreadGroup通过set_sched_policy处理后,再转移给sched_setscheduler系统调用。
2.1 设置调度优先级
进程调度的优先级,这个应该不难理解。简单地说:
l OS在调度进程的时候是遵循一定规则的,优先级高的进程分配CPU的时间多,而优先级低的进程相对分配的CPU时间少。(这个仅是理论上的,具体如何分配是和OS相关的)
下面我们看看androidSetThreadPriority的实现。
int androidSetThreadPriority(pid_t tid, int pri)
{
#if defined(HAVE_PTHREADS) //目前仅支持POSIX
//phtread_once保证这个线程创建时会首先执行一次(仅此一次,类似Class的constructor)
//checkDoSchedulingGroup函数,该函数判断系统是否设置了”debug.sys.noschedgroups”
pthread_once(&gDoSchedulingGroupOnce, checkDoSchedulingGroup);
if (gDoSchedulingGroup) {
if (pri >= ANDROID_PRIORITY_BACKGROUND) {
//设置调度策略。这个我们待会会碰到。
rc = set_sched_policy(tid, SP_BACKGROUND);
} else if (getpriority(PRIO_PROCESS, tid) >= ANDROID_PRIORITY_BACKGROUND)