关于android进程调度，线程调度的使用总结
一 java层的调用流程
上层关于调度主要用到的接口(ams,pms,SchedulingPolicyService等)：
setThreadScheduler
setThreadGroupAndCpuset
setThreadGroup
setProcessGroup
setProcessFrozen
调用到native对应的实现：
android_os_Process_setProcessGroup//设置内部所有线程的sched
android_os_Process_setThreadGroup//设置线程的sched
android_os_Process_setThreadGroupAndCpuset
android_os_Process_setThreadGroupAndCpuset//设置单个线程的cpuset
调用到libprocessgroup库 对应的接口：SetTaskProfiles
这里分别对应的是修改 sche：调度策略系统 和 cpuset：资源分配系统
即调用AddTidToCgroup将线程号写到对应的fd里面去
setProcessFrozen 对应的是freezer子系统 就是直接调用AddTidToCgroup将线程号写到对应的fd里面去
io相关的一个没有，这里有欠缺，可考虑增加对于的子系统的支持
二 native层的调用流程
native往往直接用set_sched_policy，set_cpuset_policy ->SetTaskProfiles来设置（surfaceflinger，audiotrack等等）
三 两个系统的说明
sched系统是一种调度策略：一个是按优先级划分不同等级的规则算法
cpuset是一个cgroup子系统：一个资源限制或隔离系统，一个是按文件夹方式隔离，分配cpu和内存，io等资源。
setThreadScheduler和 另一个接口：setThreadPriority功能比较相似， setThreadScheduler主要是用来调整几个调度策略的等级（实时与非实时的调整），不同等级对应不同区间的nice值
setThreadPriority 主要是调整 普通线程的nice值
具体的两个系统划分等级：
* cpuset profile array for:
* SP_DEFAULT(-1), SP_BACKGROUND(0), SP_FOREGROUND(1),
* SP_SYSTEM(2), SP_AUDIO_APP(3), SP_AUDIO_SYS(4),
* SP_TOP_APP(5), SP_RT_APP(6), SP_RESTRICTED(7)
* sched profile array for:
* SP_DEFAULT(-1), SP_BACKGROUND(0), SP_FOREGROUND(1),
* SP_SYSTEM(2), SP_AUDIO_APP(3), SP_AUDIO_SYS(4),
* SP_TOP_APP(5), SP_RT_APP(6), SP_RESTRICTED(7)