摘要:
Job运行时会带来持锁的现象,目前灭屏放电Job的锁托管已经有doze和绿盟标准监管,但是亮屏时仍旧存在过长的持锁现象,故为了优化功耗和不影响用户体验下,新增亮屏放电下如果满足冻结和已运行过一次Job,则进行job限制,当非冻结时恢复的策略
1.现象:
(gms_scheduler长时间持锁)经常到晚上就只剩20%不到
2.友商调研:
新增对比友商的亮屏现象测试用例,预期是一样的。
【理论分析:亮屏下本身就有亮屏锁,CPU多个job锁对功耗影响有限。且亮屏中job还没执行完,灭屏继续持锁,如果强制终止JOB可能带来兼容性问题】
可行性策略:如果满足冻结和已运行过一次Job,则进行job限制,当非冻结时恢复。
备注:友商没有强制中止正在运行job的策略,目前主要还是灭屏托管策略为主。我们可以新增后台托管,即新增亮屏托管
3.功耗与Framework讨论的方案
<问题原因>:Job功耗Feature加强,新增亮屏的管控
<修改方案>:如果满足冻结和已运行过一次Job黑名单应用,则进行job限制,当非冻结时恢复
<测试建议>:重点亮屏放电场景com.microsoft.office.outlook、cn.ninebot.ninebot、c