android 功耗（1）---android 功耗分析方法和优化

android 功耗（1）---android 功耗分析方法和优化
1、底电流调试（Rock Bottom Current Optimization）

底电流在手机飞行模式下调试。每个平台的底电流数据可能不一样，具体可以参考release出来的Current Consumption Data文档或者release note。一般情况下的底电流参考数据上限是：

底电流在手机飞行模式下调试。每个平台的底电流数据可能不一样，具体可以参考release出来的Current Consumption Data文档或者release note。一般情况下的底电流参考数据上限是：

512M RAM < 1.5mA; 1G RAM < 2mA; 2G RAM < 2.6mA

1.1 校准RF

保证RF的PA、Antenna switch、Tuner、APT、GPIO工作在正常状态

1.2 飞行模式

开启飞行模式、关闭GPS、关闭自动旋转屏幕、关闭自动亮度调节、关闭其他特效效果设置

开启飞行模式，可以基本避免蓝牙、wifi、NFC、网络、FM等的一般影响；

关闭GPS，可以基本排除开启GPS对底电流的影响；

关闭自动旋转屏幕，可以基本排除sensor的影响；

关闭自动亮度调节，可以基本排除距离感应到的影响；

关闭其他特效效果设置，如指纹识别、黑屏手势、智能体感、手势隔空操作。。。。。。

1.3 使用perf_defconfig

修改device/qcom//AndroidBoard.mk。如果KERNEL_DEFCONFIG := _defconfig，那么改成KERNEL_DEFCONFIG := -perf_defconfig

同时，kernel代码改用/kernel/arch/arm/configs/-perf_defconfig

是平台名称或者项目名称

1.4 移除debugging APKs
```
/system/app/Logkit.apk

/system/app/com.qualcomm.qlogcat.apk

/system/xbin/qlogd
```
1.5 把应用尽量删除

在设置-->应用，禁用正在运行的应用

1.6 去掉CPU占用高的进程
```
adb shell

top
```
查看CPU占用，去掉在休眠模式下CPU占用大于0的进程。kill掉该进程，若kill不掉则rm掉相关应用。对于占用CPU高的kwork，需要查找驱动原因。

1.7 手动移除所有可以移除的外设

手机连上安捷伦电源，手机开机，然后让手机进入待机状态。手动移除TP、LCM、前camera、后camera、sensor、SD卡、SIM卡等可以手动移除的外围器件，同时观察并记录底电流变化。
```
# mount -o rw,remount -t vfat /dev/block/bootdevice/by-name/modem 

# cd /firmware/image 

# rm wcnss.* 

# reboot 
```
或者
```
#lsmod

#rmmod WLAN
```
移除其他可以移除的芯片（sensor、NFC。。。）

1.8 移除驱动模块

在kernel/arch/arm/configs/-perf_defconfig中把sensor、TP、LCM、camera等的驱动模块移除；

或者在对应驱动的Makefile里面，移除驱动代码

然后编译bootimage，烧入手机观察底电流变化

1.9 配置不用的GPIO

将不用的GPIO置为输入、拉低；配置成SPI、I2C的GPIO，若不用，置为悬空

在boot_images/core/systemdrivers/tlmm/config/platform/TLMMChipset.xml，修改GPIO配置。该处配置GPIO的初始状态，驱动有可能会修改GPIO。

对比项目原理图与平台参考原理图，项目原理图中多出的NC GPIO要处理掉。

1.10 检查power相关的NV items

需要跟CE确认。一般如下：
```
1027 = 0

1895 = 0

1892 = 0

1962 = 0

4679 = 16

4201 = 0

3851 = 0

3852 = 6

7157 = 1

69745 rxd_enable = 0

WCDMA NV:

NV3581 = 0

NV3852 = 6
```
1.11 排查GPIO、LDO、总线

对比项目原理图与平台参考原理图，排查硬件不一样的GPIO、LDO、总线配置。

量测各GPIO、LDO、I2C在休眠时候的电压，需用万用表准确测量。

休眠时各路I2C GPIO的电压是多少v，用万用表准确测量。

如果条件允许，测量所有LDO在休眠前和休眠后的准确电压。

对于LDO，调试方法如下：

（1）adb shell关闭LDO

如关闭L3：
```
cd /sys/kernel/debug/regulator/8916_l3/

echo 0 > enable
```
（2）LDO太多设备用到，不适合用adb shell来关。可以这样调试：
```
cat /sys/kernel/debug/regulator/8916_l6/consumers
shell@msm8916_32:/sys/kernel/debug/regulator/8916_l6 $ cat consumers 

Device-Supply EN Min_uV Max_uV load_uA 

0-000c-vio Y 1800000 1800000 0 

0-0068-vi2c N 1800000 1800000 0 

5-0038-vcc_i2c Y 1800000 1800000 0 

1a98000.qcom,mdss_dsi-vddio N 1800000 1800000 100 

1a98300.qcom,mdss_dsi_pll-vddio N 1800000 1800000 100 

8916_l6 N 0 0 0 
```
这样就可以看到是哪些设备请求了LDO6。然后找到对应的代码，在休眠时关掉LDO，唤醒时再打开。
```
0-000c: 挂在I2C0上地址为0xc 

5-0038: 挂在I2C0上地址为0x38 
```
查看这两个设备的驱动代码是否有执行regulator_enable。

（3）通过寄存器地址关闭LDO

如LDO6的地址是0x14546，则关闭方法是：
```
# cd /sys/kernel/debug/spmi/spmi-0 

# echo 0x14546 > address 

# echo 1 > count 

# cat data 可以读寄存器 

# echo 0x00 > data 关LDO6
```
（4）关闭MPP

在休眠前关闭MPP1、MPP2、MPP3、MPP4

如PM8916的寄存器地址分别是0xA046、0xA146、0xA246、0xA346

在关闭前先cat data以查看原来的值。

GPIO状态读取的方法如下：

（1）GPIO dump

为了得到休眠时的GPIO状态，增加下面的打印:
```
rpm_proc/core/power/sleep/src/lpr_definition_uber.c
#include "tlmm_hwio.h" 

void deep_sleep_enter(void) 

{ 

uint64 sleep_duration; 

... 

 

SWEVENT(SLEEP_DEEP_SLEEP_ENTER_COMPLETE, sleep_mode.deep_sleep_mode, sleep_duration); 

// For test 

{ 

int num; 

int i=11; 

volatile uint32 cfg ,inout, val; 

 

num = 122; //8916 only. Need modify for 8974/8x10/8x26 etc. 

 

cfg = *(volatile uint32*)HWIO_TLMM_GPIO_CFGn_ADDR(i); //(0x61000000 + i * 0x1000) 

inout = *(volatile uint32*)HWIO_TLMM_GPIO_IN_OUTn_ADDR(i);//(0x61000004 + i * 0x1000) 

val = ((cfg << 16)&0xffff0000) | (inout&0xffff); 

SWEVENT(SLEEP_GPIO_DUMP, i, val); 

} 

mpm_sw_done(sleep_mode.deep_sleep_mode, sleep_duration); 

} while(FALSE); 

} 

 
```
增加for test下面这一段代码。

然后再修改:
```
rpm_proccorepowersleepuildSConscript 

if 'USES_QDSS_SWE' in env: 

QDSS_IMG = ['QDSS_EN_IMG'] 

events = [['SLEEP_DEEP_SLEEP_ENTER=320','deep sleep enter. (sleep mode: %d) (count: %d)'], 

['SLEEP_DEEP_SLEEP_EXIT','deep sleep exit (sleep mode: %d)'], 

['SLEEP_NO_DEEP_SLEEP','bail early from deep sleep. (sleep mode: %d) (reason: %d)'], 

['SLEEP_RPM_HALT_ENTER','rpm halt enter'], 

['SLEEP_RPM_HALT_EXIT','rpm halt exit'], 

['SLEEP_MPM_INTS','pending mpm interrupts at wakeup: (interrupt_status_1 %d), (interrupt_status_2 %d)'], 

['SLEEP_DEEP_SLEEP_ENTER_COMPLETE','deep sleep exit complete (sleep mode: %d)'], 

['SLEEP_DEEP_SLEEP_EXIT_COMPLETE','deep sleep exit (sleep mode: %d)'], 

['SLEEP_MPM_WAKEUP_TIME','mpm wake up time (wakeup time: 0x%0.8x%0.8x)'], 

['SLEEP_GPIO_DUMP','gpio [%d] configuration is %d'],

['SLEEP_EVENT_LAST=383','sleep last event placeholder'] 
```
增加SLEEP_GPIO_DUMP这一项。

编译烧写rpm.mbn。

让机器休眠，进入download，抓dump，然后将如下日志发给平台技术支持分析。

CODERAM.bin

MSGRAM.bin

DATARAM.bin

以及新编译出来的RPM_AAAAANAZR.elf。

在RPM可能不是很方便，也可以用busybox来读取寄存器，例如读GPIO11：
```
Physical Address for GPIO_CFG11 = 0x100B000 

root@android:/data/busybox # ./busybox devmem 0x100B000 32 

./busybox devmem 0x100B000 32 

0x00000203 

GPIO_PULL = "11" PULL_UP 

FUNC_SEL = "0000" FUNCTION GPIO 

DRV_STRENGTH = "000" DRV_2_MA 

GPIO_OE = "1" Output Enable 
```
1.12 rpm dump

抓rpm dump，然后把log提供给平台技术支持。

方法如下：

（1）ps_hold接地

在休眠状态下，接ps_hold到地少于200mS，机器会进入紧急下载状态，插入USB，QPST会自动得到memory dump，然后上传以下几个文件：

CODERAM.bin

MSGRAM.bin

DATARAM.bin

以及RPM_AAAAANAZR.elf（必须与机器的编译时间一致匹配的elf)

（2）改reset为download key

发这些命令改reset为download key:
```
# cd /sys/kernel/debug/spmi/spmi-0 

# echo 0x844 > address 

# echo 4 > count 

# cat data 

00840 -- -- -- -- 0F 07 04 00 

# echo 0x00 0x00 0x01 0x00 > data 

# cat data 

00840 -- -- -- -- 00 00 01 00 

# echo 0x00 0x00 0x01 0x80 > data 

# cat data 

00840 -- -- -- -- 00 00 01 80 
```
然后长按下键，会进入download。之后抓取log方法同上。

如果进不了download，需要确认：
```
CONFIG_MSM_DLOAD_MODE=y
```
另外也有可能与nv 4399和905有关系。

1.13 检查rpm_stats

检查rpm_stats是否进入vdd min或者xo/no shutdown。使用下面的命令检查rpm lower power mode count:
```
cat /sys/kernel/debug/rpm_stats
```
如果vmin的count是0，则表明设备从来没有进入vdd min；non-zero则说明设备进入过vdd_min。
```
RPM Mode: xosd

count:0

time in last mode(msec):0

time since last mode(sec):794

actual last sleep(msec):0

RPM Mode:vmin

count:11

time in last mode(msec):0

time since last mode(sec):359

actual last sleep(msec):110000
```
1.14 使用Trace32

可以dump出来完整详细的gpio/clk/pmic信息，排除休眠时候的状态异常。

2、待机电流优化（Standby Current Optimization）

2.1 通过adb log排查
```
adb logcat -v time > YearMounthDayHourMinute_logcat.txt   //main log

adb logcat -v time -b events > YearMounthDayHourMinute_logcat_event.txt   //event log

adb logcat -v time -b radio > YearMounthDayHourMinute_logcat_radio.txt    //radio log

adb shell dmesg > YearMounthDayHourMinute_dmesg.txt                 //kernel log
```
可以采用功耗问题时间追踪表来精确追踪功耗异常。

可以使用如下命令来打开指定文件的kernel log（以qpnp-adc-tm.c和qpnp-adc-common.c为例）：
```
adb shell mount -t debugfs none /sys/kernel/debug

adb shell "echo 8 > /proc/sys/kernel/printk" 

adb shell "echo 'file qpnp-adc-tm.c +p' > /sys/kernel/debug/dynamic_debug/control"

adb shell "echo 'file qpnp-adc-common.c +p' > /sys/kernel/debug/dynamic_debug/control"

adb shell "echo 8 > /proc/sys/kernel/printk"
```
为指定的函数开启log，以qpnpint_handle_irq为例：
```
adb shell "echo 'func qpnpint_handle_irq +p' > /sys/kernel/debug/dynamic_debug/control" 
```
#logkit#调出logkit apk，可以保存logcat、dmesg、crash、QXDM、GPU log等日志信息到手机里面。

2.2 top

通过top命令，可以查询到cpu占用较高的应用。如果一个应用一直在占用cpu，而此时并没有打开该应用，那么该应用很可能会导致待机异常。
```
adb shell

top
```
“该场景下CPU使用率”是User+System+IOW+IRQ

“模块相关的CPU占用率”是模块相关进程占用CPU使用率的总和

2.3 正在运行

设置-->应用-->正在运行，可以看到正在运行的应用或者服务。禁止掉应用或者服务，观察待机电流变化。

2.4 wakeup debug mask

调试wakeup问题，可以使能debug功能，然后抓取log。Log中会增加一些debug信息。
```
mount -t debugfs none /sys/kernel/debug  

echo 1 > /sys/kernel/debug/clk/debug_suspend  

echo 1 > /sys/module/msm_show_resume_irq/parameters/debug_mask  

echo 4 > /sys/module/wakelock/parameters/debug_mask  

echo 1 > /sys/module/lpm_levels/parameters/debug_mask  

echo 0x16 > /sys/module/smd/parameters/debug_mask  
```
2.5 wakelock

1、wakeup_sources

kernel wakelock和userspace wakelock都有可能阻止系统睡眠。所有的wakeup_sources均保存在sys节点/sys/kernel/debug/wakeup_sources里面。

该文件包含了如下信息：

（1）the total amount of time a wakeup source has prevented suspend

（2）the amount of time a wakelock has been active since the last activation etc. The unit of time is milliseconds.

2、active_since

active_since值可以用来确认wakelock是否正在阻止休眠。如果该值不是零，那么这个wakelock正在工作并且阻止休眠。

3、获取wakeup_sources的命令
```
adb root 67754400

adb remount

adb shell 

cat /sys/kernel/debug/wakeup_sources > /data/wakeup_sources.txt

adb pull /data/wakeup_sources.txt
```
获得wakeup_sources.txt以后，通过Excel打开，active_since不为0的项为wakeup source。以表2为例，msm_dwc3对应的active-since值481756>0，这意味着msm_dwc3驱动在阻止系统睡眠，下一步需要检查msm_dwc3驱动代码及相关log。

表格 2 Wakeup source opened in Excel

4、power:wakeup_source_activate and power:wakeup_source_deactivate events

当一个wakeup source被acquire或者release时候，power:wakeup_source_activate和power:wakeup_source_deactivate event将随即被写到trace buffer里面，这样可以记录wakeup source被driver使用的频率。

开启该功能的方法：
```
echo "power:wakeup_source_activate power:wakeup_source_deactivate" > /sys/kernel/debug/tracing/set_event


The power:wakeup_source_activate and power:wakeup_source_deactivate events are written to the trace buffer any time a wakeup source is acquired or released and it can provide information on how often a wakeup source is being used by a driver.  

To enable these events, you can enable following:  

echo "power:wakeup_source_activate power:wakeup_source_deactivate" > /sys/kernel/debug/tracing/set_event 

Once the above done, the traces will be present in /sys/kernel/debug/tracing/trace. 
```
2.6 powertop

powertop用来看CPU的运行统计以协助调试power问题。powertop的用法如下：
```
powertop --h

Usage: powertop [OPTION...]

n -d, --dump read wakeups once and print list of top offenders

n -t, --time=DOUBLE default time to gather data in seconds

n -r, --reset Reset PM stats data

n -h, --help Show this help message

n -v, --version Show version information and exit
```
获取powertop log的方法：
1. 通过USB连接手机到电脑
2. adb shell，然后执行如下命令：
sleep 10 && /data/powertop [-r] -d -t 30 > /data/powertop.log &
1. 拔掉USB线，等待10秒后开始功耗测试
2. 插上USB
3. adb pull /data/powertop.log
2.7 CPU freq log

打开CPU freq change log：
```
mount -t debugfs none /sys/kernel/debug  

cd /sys/kernel/debug 

echo -n 'file acpuclock-8x60.c +p' > dynamic_debug/control 

echo -n 'file acpuclock-krait.c +p' > dynamic_debug/control
```
查看cpu freq stats:
```
cat /sys/devices/system/cpu/cpu0/cpufreq/stats 

cat /sys/devices/system/cpu/cpu1/cpufreq/stats 

cat /sys/devices/system/cpu/cpu2/cpufreq/stats 

cat /sys/devices/system/cpu/cpu3/cpufreq/stats
```
To lock cpu freg:
```
echo the same freq to following sys mode will lock cpu freq to the setting freq. 

/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq 

/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
```
To enable/disable specific freq for ACPU
```
ACPU freq table is defined in acpu_freq_tbl_* structure of specific platform. 

arch/arm/mach-msm/acpuclock-.c 

For 8974, it is defined in arch/arm/mach-msm/acpuclock-8974.c. the first column of following table used to enable/disable freq in the row: 1:enable, 0:disable  

static struct acpu_level acpu_freq_tbl_2p3g_pvs0[] __initdata = { 

{ 1, { 300000, PLL_0, 0, 0 }, L2(0), 800000, 72 }, 

{ 0, { 345600, HFPLL, 2, 36 }, L2(1), 800000, 83 }, 

{ 1, { 422400, HFPLL, 2, 44 }, L2(2), 800000, 101 }, 

{ 0, { 499200, HFPLL, 2, 52 }, L2(2), 805000, 120 }, 

{ 0, { 576000, HFPLL, 1, 30 }, L2(3), 815000, 139 }, 

{ 1, { 652800, HFPLL, 1, 34 }, L2(3), 825000, 159 }, 

{ 1, { 729600, HFPLL, 1, 38 }, L2(4), 835000, 180 }, 

{ 0, { 806400, HFPLL, 1, 42 }, L2(4), 845000, 200 }, 

{ 1, { 883200, HFPLL, 1, 46 }, L2(4), 855000, 221 }, 

{ 1, { 960000, HFPLL, 1, 50 }, L2(9), 865000, 242 }, 

{ 1, { 1036800, HFPLL, 1, 54 }, L2(10), 875000, 264 }, 

{ 0, { 1113600, HFPLL, 1, 58 }, L2(10), 890000, 287 }, 

{ 1, { 1190400, HFPLL, 1, 62 }, L2(10), 900000, 308 }, 

… 

{ 1, { 1958400, HFPLL, 1, 102 }, L2(19), 1040000, 565 }, 

{ 0, { 2035200, HFPLL, 1, 106 }, L2(19), 1055000, 596 }, 

{ 0, { 2112000, HFPLL, 1, 110 }, L2(19), 1070000, 627 }, 

{ 0, { 2188800, HFPLL, 1, 114 }, L2(19), 1085000, 659 }, 

{ 1, { 2265600, HFPLL, 1, 118 }, L2(19), 1100000, 691 }, 

{ 0, { 0 } } 

}; 
```
2.8 Hoplug cores

Core 0 can’t be hotplugged, Core 1/2/3 can be hotplugged,

To remove core :
```
echo 0 > /sys/devices/system/cpu/cpu1/online 

echo 0 > /sys/devices/system/cpu/cpu2/online 

echo 0 > /sys/devices/system/cpu/cpu3/online
```
To add back core:
```
echo 1 > /sys/devices/system/cpu/cpu1/online

echo 1 > /sys/devices/system/cpu/cpu2/online

echo 1 > /sys/devices/system/cpu/cpu3/online
```
2.9 Scaling governor

To check scaling governor：
```
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
```
To set new governor：

比如：
```
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
```
2.10 Mpdecision

Use Mpdecison daemon to start/stop/enable debug with commands below:
```
Start mpdecison： 

start mpdecision 

n 

Stop mpdecison：

stop mpdecision

Enable mpdecision debug ：

start mpdecision --debug 

 
```
2.11 Power feature enable/disable

Following sys node can be used to enable the lower resource,
```
echo 2 > /sys/module/lpm_resources/enable_low_power/l2 

echo 1 > /sys/module/lpm_resources/enable_low_power/pxo 

echo 1 > /sys/module/lpm_resources/enable_low_power/vdd_dig 

echo 1 > /sys/module/lpm_resources/enable_low_power/vdd_mem 

echo 1 > /sys/module/pm_8x60/modes/cpu0/power_collapse/suspend_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu1/power_collapse/suspend_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu2/power_collapse/suspend_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu3/power_collapse/suspend_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu0/power_collapse/idle_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu0/standalone_power_collapse/suspend_enabled

echo 1 > /sys/module/pm_8x60/modes/cpu1/standalone_power_collapse/suspend_enabled

echo 1 > /sys/module/pm_8x60/modes/cpu2/standalone_power_collapse/suspend_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu3/standalone_power_collapse/suspend_enabled

echo 1 > /sys/module/pm_8x60/modes/cpu0/standalone_power_collapse/idle_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu1/standalone_power_collapse/idle_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu2/standalone_power_collapse/idle_enabled 

echo 1 > /sys/module/pm_8x60/modes/cpu3/standalone_power_collapse/idle_enabled 

echo 0 to above sys node will disable related low power mode. 
```
2.12 Check system alarm
```
get android alarms and statistics: 

adb dumpsys alarm > alarms.txt

 

enable android debug message in logcat： 

setprop persist.alarm.debug 1
```
2.13 Kernel timer check

Sys node /proc/timer_stats can be used to check kernel timer stastics, customer can use following command to get timer statics in specific scenario:
```
echo 0 > /proc/timer_stats && sleep 10 && echo 1 > /proc/timer_stats && sleep 30 && cat /proc/timer_stats > /data/timer_stats & 
```
OEMs need to provide file /data/timer_stats to salesforce case for check.

3、其他功耗项的优化

3.1屏幕对功耗的影响

屏幕亮度等级不同，功耗不同。亮度越低，功耗越低。调低屏幕默认背光亮度等级和屏幕最高亮度设置时候的背光亮度等级，可以优化手机整体功耗表现。

LCD背光等级的设备节点：
```
/sys/class/leds/lcd-backlight/brightness
```
默认背光等级和最高亮度背光等级需要同时考虑到用户体验和功耗表现，需要一起评估。

另外，调试LCD的fps帧率，也可以优化功耗。

3.2 CPU/GPU DVFS

CPU/GPU的动态调频调压可以优化手机的功耗表现。该影响是整体性的，系统性的。

CPU降频主要通过两种方式实现，都可以达到降频的目标。

1、设置CPU工作在powersave模式。设置该模式后，CPU将一直工作在最低频率（300000hz）。此时手机最省电，但是有可能会出现手机运行变卡顿。

例如：将CPU0置为powersave模式，命令为：
```
echo "powersave" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
```
例如：将CPU1置为powersave模式，命令为：
```
echo "powersave" > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
```
ex780共有4个CPU（CPU0~CPU3），都可以这样处理

2、限制CPU最高频率，以限制CPU的运行频率上限

CPU（CPU0~CPU3）可以选择的频率值如下所列，即这些数值都可以用作CPU的频率上限。选择的频率上限可以根据实际场景需要来设置。在超级省电模式下，CPU工作的宗旨是：CPU工作频率低+运行不卡，两项都要保障。

CPU可以选择的频率：

300000 422400 652800 729600 883200 960000 1036800 1190400 1267200 1497600 1574400 1728000 1958400 2265600 2457600

例如：将CPU0的频率上限设置为960000
```
echo 960000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
```
例如：将CPU0的频率上限设置为422400
```
echo 422400 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
```
GPU相关调试与CPU类似，设备节点路径/sys/devices/fdb00000.qcom,kgsl-3d0/kgsl/kgsl-3d0

3.3 CPU占用率

应用对cpu的占有率，如果占有率过高，则该应用一般会导致功耗较大。
```
adb shell

top -m 6 
```
3.4 游戏功耗

可以从下面几个方面优化：

降低屏幕背光亮度等级；

采用CPU、GPU动态调频调压，并调低CPU、GPU频率下限；

采用thermal-engine.conf 。

3.5 Camera功耗偏大

降低camera帧率；

降低屏幕背光亮度等级；

采用CPU、GPU动态调频调压，并调低CPU、GPU频率下限；

采用thermal-engine.conf 。
相关阅读:
WebApi 生成接口文档
 MVC POST 嵌套格式的数据到Controller
使用ABP框架的项目找不到system.web.http的解决办法
 SQLServer使用XML拆分以逗号分隔的字符串
 webapi使用swagger出现“Cannot read property 'parameters' of null”
部署到IIS后出现ORA-12560的解决办法
 【ORACLE】“System.Exception: System.Data.OracleClient 需要 Oracle 客户端软件 version 8.1.7 或更高版本。”解决办法
 Go安装和简单配置开发环境
 怎么安装Jupyter Notebook主题皮肤并设置教程
 如何修改Anaconda中Jupyter Notebook默认工作路径（保存文件路径）
原文地址：https://www.cnblogs.com/linhaostudy/p/13610236.html

android 功耗（1）---android 功耗分析方法和优化

1、底电流调试（Rock Bottom Current Optimization）

1.1 校准RF

1.2 飞行模式

1.3 使用perf_defconfig

1.4 移除debugging APKs

1.5 把应用尽量删除

1.6 去掉CPU占用高的进程

1.7 手动移除所有可以移除的外设

1.8 移除驱动模块

1.9 配置不用的GPIO

1.10 检查power相关的NV items

1.11 排查GPIO、LDO、总线

1.12 rpm dump

1.13 检查rpm_stats

1.14 使用Trace32

2、待机电流优化（Standby Current Optimization）

2.1 通过adb log排查

2.2 top

2.3 正在运行

2.4 wakeup debug mask

2.5 wakelock

2.6 powertop

2.7 CPU freq log

2.8 Hoplug cores

2.9 Scaling governor

2.10 Mpdecision

2.11 Power feature enable/disable

2.12 Check system alarm

2.13 Kernel timer check

3、其他功耗项的优化

3.1屏幕对功耗的影响

3.2 CPU/GPU DVFS

3.3 CPU占用率

3.4 游戏功耗

3.5 Camera功耗偏大