解决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

相关文章

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

服务器集群同步时间手记

1.时间服务器配置(必须root用户) (1)检查ntp是否安装 [root@node1 桌面]# rpm -qa|grep ntpntp-4.2.6p5-10.el6.centos.x86_64fontpackages-filesystem-1.41-1.1.el6.noarchntpdate-4.2.6p5-10.el6.centos.x86_64 (2)修改ntp配置文件 [r

基于人工智能的图像分类系统

目录 引言项目背景环境准备 硬件要求软件安装与配置系统设计 系统架构关键技术代码示例 数据预处理模型训练模型预测应用场景结论 1. 引言 图像分类是计算机视觉中的一个重要任务,目标是自动识别图像中的对象类别。通过卷积神经网络(CNN)等深度学习技术,我们可以构建高效的图像分类系统,广泛应用于自动驾驶、医疗影像诊断、监控分析等领域。本文将介绍如何构建一个基于人工智能的图像分类系统,包括环境

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

嵌入式QT开发:构建高效智能的嵌入式系统

摘要: 本文深入探讨了嵌入式 QT 相关的各个方面。从 QT 框架的基础架构和核心概念出发,详细阐述了其在嵌入式环境中的优势与特点。文中分析了嵌入式 QT 的开发环境搭建过程,包括交叉编译工具链的配置等关键步骤。进一步探讨了嵌入式 QT 的界面设计与开发,涵盖了从基本控件的使用到复杂界面布局的构建。同时也深入研究了信号与槽机制在嵌入式系统中的应用,以及嵌入式 QT 与硬件设备的交互,包括输入输出设

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

内核启动时减少log的方式

内核引导选项 内核引导选项大体上可以分为两类:一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛,需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如,如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项,那么就查看 drivers/scsi/aha1542.c 文件,一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"_

如何解决线上平台抽佣高 线下门店客流少的痛点!

目前,许多传统零售店铺正遭遇客源下降的难题。尽管广告推广能带来一定的客流,但其费用昂贵。鉴于此,众多零售商纷纷选择加入像美团、饿了么和抖音这样的大型在线平台,但这些平台的高佣金率导致了利润的大幅缩水。在这样的市场环境下,商家之间的合作网络逐渐成为一种有效的解决方案,通过资源和客户基础的共享,实现共同的利益增长。 以最近在上海兴起的一个跨行业合作平台为例,该平台融合了环保消费积分系统,在短

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影