解决android系统唤醒时间偏长------看log找可疑的地方

2024-09-04 01:08

本文主要是介绍解决android系统唤醒时间偏长------看log找可疑的地方,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

最近发现我们的手机的双击唤醒时间偏长,那么就需要去看是什么导致的。于是首先看唤醒的log


[  252.830937] [ASDF] enter do_write_event_worker      //这个是打印log的service
[  252.838638] [SENSOR] : inv_ak09911_pm_suspend
[  252.838647] CM32683:  CM36283_suspend
[  252.838656] [SENSOR] : inv_mpu_suspend
[  252.839383] qpnp_vibrator_set off
[  252.847927] PM: suspend of devices complete after 15.292 msecs
[  252.848781] PM: late suspend of devices complete after 0.847 msecs
[  252.850270] PM: noirq suspend of devices complete after 1.480 msecs
[  252.850277] Disabling non-boot CPUs ...
[  252.861659] CPU0:msm_cpu_pm_enter_sleep mode:3 during suspend
[  252.861659] __qpnpint_handle_irq: 290 triggered [0x0, 0x08,0x0] qpnp_kpdpwr_status
[  252.861659] [PM]IRQ: 200 triggered qcom,smd-rpm
[  252.861659] [PM]IRQ: 203 triggered 601d0.qcom,mpm
[  252.861659] [PM]IRQ: 222 triggered 200f000.qcom,spmi
[  252.862720] Enabling non-boot CPUs ...
[  252.864979] CPU1 is up
[  252.867220] CPU2 is up
[  252.869755] CPU3 is up
[  252.870388] PM: noirq resume of devices complete after 0.620 msecs
[  252.870969] qcom,qpnp-power-on qpnp-power-on-eddf2000: Power key down
[  252.871110] wait_for_power_key_6s_work 
[  252.872421] PM: early resume of devices complete after 1.085 msecs
[  252.877703] [Gpio_keys] gpio_keys_gpio_report_event:keycode=115  state=release 
[  252.877711] [Gpio_keys] gpio_keys_gpio_report_event:keycode=114  state=release 
[  252.877944] [SENSOR] : inv_mpu_resume
[  252.877953] CM36283:  CM32683_resume
[  252.877960] [SENSOR] : inv_ak09911_pm_resume
[  252.877997] <BATT>smb358_resume
[  252.903258] process_resume_data:deviation(skip): 16850, hw ocv: 4131960, last ocv: 4115110
[  252.903265] process_resume_data:reset count
[  252.904432] PM: resume of devices complete after 32.000 msecs
[  252.909391] fcc=2905 acc=2861 soc_final=79 soc_uuc=1 soc_acc=79 current_now=0 iavg_ma=11
[  252.909396] soc_final=79 soc_ocv=79 soc_cutoff=2 ocv_uv=4115110 batt_temp=280
[  252.912545] last_soc=79 calculated_soc=79 soc=79 time_since_last_change=2964
[  252.915886] report_vm_bms_soc:[bms]Reported result_soc=79
[  253.049828] qcom,qpnp-power-on qpnp-power-on-eddf2000: Power key on
[  253.089852] [PM]unattended_timer: mod_timer
[  253.094271] mmc0: Starting deferred resume
[  253.097415] qpnp_vm_bms_power_set_property: last_ocv_uv = 4115107
[  253.101989] Restarting tasks ... done.

[  253.104300] fcc=2905 acc=2860 soc_final=79 soc_uuc=1 soc_acc=79 current_now=32 iavg_ma=16
[  253.104305] soc_final=79 soc_ocv=79 soc_cutoff=2 ocv_uv=4115107 batt_temp=282
[  253.108744] last_soc=79 calculated_soc=79 soc=79 time_since_last_change=2964
[  253.121203] report_vm_bms_soc:[bms]Reported result_soc=79
[  253.124944] [LS][CM36283] lightsensor_enable
[  253.144400] PM: suspend exit 2016-01-01 18:48:32.882505816 UTC
[  253.161091] <Display>mdss_dsi_panel_power_on
[  253.203169] <Display>mdss_dsi_panel_reset
[  253.230959] mmc0: Deferred resume completed
[  253.265899] [ASDF] enter do_write_event_worker
[  253.304219] CM36283--initial-After 1st devided by 20, report_lux is 0
[  253.355759] <Display>mdss_dsi_panel_on
[  253.355764] <Display>write cabc mode = 0x0
[  253.362108] [Focal][Touch] focal_resume_work : Touch resume +++ 
[  253.362115] [Focal][Touch] focal_resume_work : Touch resume from gesture mode 
[  253.362197] [Focal][Touch] interrupt suspend_resume in process skip !
[  253.362909] <Display>mdss_dsi_panel_bklt_dcs: set level 38
[  253.362914] <Display>enable backlight enable gpio


首先的办法是看kernel中跑了哪些流程,根据这里的log可以看到一些比如第一条的打印的service。

这些流程中有哪些可以优化的


还有就是看系统唤醒后的在跑的上层service

root@ASUS_Z00L_63B:/ # getprop |grep svc
[init.svc.VerifyVoucher]: [stopped]
[init.svc.adbd]: [running]
[init.svc.asus_audbg]: [stopped]
[init.svc.asus_checkaudbg]: [stopped]
[init.svc.asus_chk_asdf]: [stopped]
[init.svc.asus_monitor]: [stopped]
[init.svc.asus_prj_id]: [stopped]
[init.svc.atfwd]: [running]
[init.svc.audiod]: [running]
[init.svc.bms-sh]: [stopped]
[init.svc.bootanim]: [stopped]
[init.svc.check_last]: [stopped]
[init.svc.cnd]: [running]

root@ASUS_Z00L_63B:/ # stop healthd

这些runing的service未必全部都会在屏幕亮起前跑起来,所以只能尝试去看,关一些service之后看唤醒的时间是否缩短。其他的也没有太多可以优化的空间

这篇关于解决android系统唤醒时间偏长------看log找可疑的地方的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

golang程序打包成脚本部署到Linux系统方式

《golang程序打包成脚本部署到Linux系统方式》Golang程序通过本地编译(设置GOOS为linux生成无后缀二进制文件),上传至Linux服务器后赋权执行,使用nohup命令实现后台运行,完... 目录本地编译golang程序上传Golang二进制文件到linux服务器总结本地编译Golang程序

Java中读取YAML文件配置信息常见问题及解决方法

《Java中读取YAML文件配置信息常见问题及解决方法》:本文主要介绍Java中读取YAML文件配置信息常见问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要... 目录1 使用Spring Boot的@ConfigurationProperties2. 使用@Valu

Linux系统性能检测命令详解

《Linux系统性能检测命令详解》本文介绍了Linux系统常用的监控命令(如top、vmstat、iostat、htop等)及其参数功能,涵盖进程状态、内存使用、磁盘I/O、系统负载等多维度资源监控,... 目录toppsuptimevmstatIOStatiotopslabtophtopdstatnmon

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

Android ClassLoader加载机制详解

《AndroidClassLoader加载机制详解》Android的ClassLoader负责加载.dex文件,基于双亲委派模型,支持热修复和插件化,需注意类冲突、内存泄漏和兼容性问题,本文给大家介... 目录一、ClassLoader概述1.1 类加载的基本概念1.2 android与Java Class

go中的时间处理过程

《go中的时间处理过程》:本文主要介绍go中的时间处理过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1 获取当前时间2 获取当前时间戳3 获取当前时间的字符串格式4 相互转化4.1 时间戳转时间字符串 (int64 > string)4.2 时间字符串转时间

SQL Server配置管理器无法打开的四种解决方法

《SQLServer配置管理器无法打开的四种解决方法》本文总结了SQLServer配置管理器无法打开的四种解决方法,文中通过图文示例介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的... 目录方法一:桌面图标进入方法二:运行窗口进入检查版本号对照表php方法三:查找文件路径方法四:检查 S

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

Golang如何对cron进行二次封装实现指定时间执行定时任务

《Golang如何对cron进行二次封装实现指定时间执行定时任务》:本文主要介绍Golang如何对cron进行二次封装实现指定时间执行定时任务问题,具有很好的参考价值,希望对大家有所帮助,如有错误... 目录背景cron库下载代码示例【1】结构体定义【2】定时任务开启【3】使用示例【4】控制台输出总结背景

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到