Doze模式时序调研

2024-02-09 19:48
文章标签 模式 时序 调研 doze

本文主要是介绍Doze模式时序调研,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Doze模式

机型

Light idle

Deep idle 时序

定制白名单

AppStandby

BLE

Scanning管控

华为P20 Pro

开启

64.5分钟进入deep idle

开启

禁止BLE scanning

OPPO F11 Pro

开启

30分钟进入deep idle

开启

允许BLE scanning

小米

MI 8 Pro

开启

64.5分钟进入deep idle

开启

允许BLE scanning

FADI ROM

20190703 ROM2.0,ROM3.0,FADI才开启

44.5分钟进入deep idle

20190703 ROM2.0,ROM3.0,FADI才配置社交应用白名单

20190703 ROM2.0,ROM3.0,FADI才开启

允许BLE scanning

上述:

  1. ROM 的doze 模式,时序可以参考 OPPO进行调整,加快进入doze的时间;
  2. Doze 模式下,参考华为,doze模式禁止蓝牙扫描;
  3. 关于SyncManager, OPPO新增了禁止app 自动同步策略

SyncManager: dispatchSyncOperation: pkg{com.ss.android.article.lite} is not allow to do sync automatically, skip sync!!!

备注:20190703文才进行了 ROM2.0,ROM3.0,FADI 项目doze优化,其他项目的Light idle、App Standby默认为关闭,且无doze定制白名单

1 华为P20 pro

    1. Light idle

Bugreport.zip 日志: mLightEnabled=true  mDeepEnabled=true

DUMP OF SERVICE deviceidle:

  Settings:

    light_after_inactive_to=+3m0s0ms

    light_pre_idle_to=+3m0s0ms

    light_idle_to=+5m0s0ms

    light_idle_factor=2.0

    light_max_idle_to=+15m0s0ms

    light_idle_maintenance_min_budget=+1m0s0ms

    light_idle_maintenance_max_budget=+5m0s0ms

    1. Deep idle 时序

Bugreport.zip 日志,具体配置如下

    inactive_to=+30m0s0ms

    sensing_to=+4m0s0ms

    locating_to=+30s0ms

    location_accuracy=20.0m

    motion_inactive_to=+10m0s0ms

idle_after_inactive_to=+30m0s0ms

 

 

|       |     30分   |     30分    |    4分  | 30秒  |   1小时 |   5分钟 | 1*2小时|5*2分钟 |……ACTIVE       INACTIVE    IDLE_PENDIN    SENSING    LOCATING     IDLE    MAINTENANCE  IDLE   MAINTENANCE

Bugreport.zip 日志,具体配置如下

    inactive_to=+30m0s0ms

    sensing_to=+4m0s0ms

    locating_to=+30s0ms

    location_accuracy=20.0m

    motion_inactive_to=+10m0s0ms

idle_after_inactive_to=+30m0s0ms

通过Battery Historian 中查看,与预设deep idle时序一致

    1. 定制白名单

Adb shell dumpsys deviceidle 日志中查看:配置华为服务、应用、社交应用等

    1. App Standby

Bugreport.zip 日志:

Settings:

  mCheckIdleIntervalMillis=+3h0m0s0ms

  mAppIdleParoleIntervalMillis=+1d0h0m0s0ms

  mAppIdleParoleWindowMillis=+2h0m0s0ms

  mAppIdleParoleDurationMillis=+10m0s0ms

  mExemptedSyncScheduledNonDozeTimeoutMillis=+10m0s0ms

  mExemptedSyncScheduledDozeTimeoutMillis=+4h0m0s0ms

  mExemptedSyncStartTimeoutMillis=+10m0s0ms

mAppIdleEnabled=true

    1. BLE Scanning管控

 

 

BugReport 可知 Doze 模式下禁止 BLE scanning

  1. OPPO F11 Pro

2.1 Light idle

Bugreport.zip 日志: mLightEnabled=true  mDeepEnabled=true

DUMP OF SERVICE deviceidle:

  Settings:

    light_after_inactive_to=+3m0s0ms

    light_pre_idle_to=+3m0s0ms

    light_idle_to=+5m0s0ms

    light_idle_factor=2.0

    light_max_idle_to=+15m0s0ms

    light_idle_maintenance_min_budget=+1m0s0ms

    light_idle_maintenance_max_budget=+5m0s0ms

    min_light_maintenance_time=+5s0ms

2.2 Deep idle 时序

Bugreport.zip 日志,具体配置如下

    inactive_to=+13m45s0ms

    sensing_to=+2m0s0ms

    locating_to=+30s0ms

    location_accuracy=20.0m

    motion_inactive_to=+13m45s0ms

    idle_after_inactive_to=+13m45s0ms

 

      |   13分45秒  |  13分45秒 |    2分  | 30秒  |   1小时 |   5分钟  | 1*2小时|5*2分钟 |……ACTIVE        INACTIVE    IDLE_PENDIN    SENSING   LOCATING     IDLE     MAINTENANCE     IDLE   MAINTENANCE

 

通过Battery Historian 中查看及moble日志查看,与预设deep idle时序一致

Line 149153: 07-14 19:33:09.080493  1288  1288 I device_idle: [1,no activity]

Line 149508: 07-14 19:48:10.218910  1288  1309 I device_idle: [2,s:alarm]

Line 149803: 07-14 20:03:10.191984  1288  1309 I device_idle: [3,s:alarm]

Line 149818: 07-14 20:03:20.260258  1288  1288 I device_idle: [4,s:stationary]

Line 149819: 07-14 20:03:20.271997  1288  1288 I device_idle: [5,s:stationary]

Line 150305: 07-14 20:49:02.541147  1288  1309 I device_idle: [6,s:alarm]

2.3 定制白名单

Adb shell dumpsys deviceidle 日志中查看:配置OPPO服务、应用、社交应用等

2.4 App Standby

Bugreport.zip 日志:

Settings:

  mCheckIdleIntervalMillis=+3h0m0s0ms

  mAppIdleParoleIntervalMillis=+1d0h0m0s0ms

  mAppIdleParoleWindowMillis=+2h0m0s0ms

  mAppIdleParoleDurationMillis=+10m0s0ms

  mExemptedSyncScheduledNonDozeTimeoutMillis=+10m0s0ms

  mExemptedSyncScheduledDozeTimeoutMillis=+4h0m0s0ms

  mExemptedSyncStartTimeoutMillis=+10m0s0ms

  mRusAutoPowerSaveEnable=true

mAppIdleEnabled=true

    1. SyncManager

会对第三方应用进行禁止自更新

07-12 22:15:51.412729  1288  1807 D SyncManager: dispatchSyncOperation: pkg{com.ss.android.article.lite} is not allow to do sync automatically, skip sync!!!

    1. BLE Scanning管控

     

BugReport 可知 Doze 模式下允许 BLE scanning,即不管控

  1. 小米海外版 MI 8 Pro
    1. Light idle

Bugreport.zip 日志: mLightEnabled=true  mDeepEnabled=true

DUMP OF SERVICE deviceidle:

  Settings:

    light_after_inactive_to=+3m0s0ms

    light_pre_idle_to=+3m0s0ms

    light_idle_to=+5m0s0ms

    light_idle_factor=2.0

    light_max_idle_to=+15m0s0ms

    light_idle_maintenance_min_budget=+1m0s0ms

light_idle_maintenance_max_budget=+5m0s0ms

    1. Deep idle 时序

Bugreport.zip 日志,具体配置如下

    inactive_to=+30m0s0ms

    sensing_to=+4m0s0ms

    locating_to=+30s0ms

    location_accuracy=20.0m

    motion_inactive_to=+10m0s0ms

    idle_after_inactive_to=+30m0s0ms

    idle_pending_to=+5m0s0ms

    max_idle_pending_to=+10m0s0ms

 

|       |     30分   |     30分    |    4分  | 30秒  |   1小时 |   5分钟 | 1*2小时|5*2分钟 |……ACTIVE       INACTIVE    IDLE_PENDIN    SENSING    LOCATING     IDLE    MAINTENANCE  IDLE   MAINTENANCE

Bugreport.zip 日志,具体配置如下

    inactive_to=+30m0s0ms

    sensing_to=+4m0s0ms

    locating_to=+30s0ms

    location_accuracy=20.0m

    motion_inactive_to=+10m0s0ms

idle_after_inactive_to=+30m0s0ms

 

    1. 定制白名单

Adb shell dumpsys deviceidle 日志中查看:配置华为服务、应用、社交应用等

    1. App Standby

Bugreport.zip 日志:

Settings:

  mCheckIdleIntervalMillis=+3h0m0s0ms

  mAppIdleParoleIntervalMillis=+1d0h0m0s0ms

  mAppIdleParoleWindowMillis=+2h0m0s0ms

  mAppIdleParoleDurationMillis=+10m0s0ms

  mExemptedSyncScheduledNonDozeTimeoutMillis=+10m0s0ms

  mExemptedSyncScheduledDozeTimeoutMillis=+4h0m0s0ms

  mExemptedSyncStartTimeoutMillis=+10m0s0ms

mAppIdleEnabled=true

这篇关于Doze模式时序调研的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/695136

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统