dumpsys — это инструмент, работающий на устройствах Android и предоставляющий информацию о системных службах. Вызовите dumpsys из командной строки с помощью Android Debug Bridge (ADB), чтобы получить диагностический вывод для всех системных служб, работающих на подключенном устройстве.
Как правило, вывод будет более подробным, чем вам нужно, поэтому используйте параметры командной строки на этой странице, чтобы получить вывод только для нужных вам системных служб. На этой странице также описано, как использовать dumpsys для выполнения распространенных задач, таких как проверка ввода, оперативной памяти, батареи или диагностика сети.
Синтаксис
Общий синтаксис для использования dumpsys выглядит следующим образом:
adb shell dumpsys [-t timeout] [--help | -l | --skip services | service [arguments] | -c | -h]
Чтобы получить диагностические данные по всем системным службам подключенного устройства, выполните команду adb shell dumpsys . Однако она выводит гораздо больше информации, чем обычно требуется. Для более удобного вывода укажите службу, которую хотите проверить, включив её в команду. Например, приведенная ниже команда предоставляет системные данные для компонентов ввода, таких как сенсорные экраны или встроенные клавиатуры:
adb shell dumpsys input
Для получения полного списка системных служб, которые можно использовать с dumpsys , воспользуйтесь следующей командой:
adb shell dumpsys -l
Параметры командной строки
В таблице ниже перечислены доступные параметры при использовании dumpsys :
Таблица 1. Список доступных опций для dumpsys
| Вариант | Описание |
|---|---|
-t timeout | Укажите период ожидания в секундах. Если не указано, по умолчанию используется значение 10 секунд. |
--help | Распечатайте справочный текст для инструмента dumpsys . |
-l | Выведите полный список системных служб, которые можно использовать с dumpsys . |
--skip services | Укажите services , которые вы не хотите включать в выходные данные. |
service [ arguments ] | Укажите service , для которой вы хотите получить результат. Некоторые службы позволяют передавать необязательные arguments . Чтобы узнать об этих необязательных аргументах, передайте параметр -h вместе со службой:
adb shell dumpsys procstats -h
|
-c | При указании определенных служб добавьте этот параметр, чтобы выводить данные в машиночитаемом формате. |
-h | Для некоторых сервисов добавьте этот параметр, чтобы увидеть справочный текст и дополнительные параметры для данного сервиса. |
Проверьте диагностику входных данных.
Указание службы input , как показано в следующей команде, выводит состояние устройств ввода системы, таких как клавиатуры и сенсорные экраны, а также информацию об обработке событий ввода.
adb shell dumpsys input
Вывод информации зависит от версии Android, установленной на подключенном устройстве. В следующих разделах описаны типичные типы отображаемой информации.
центр событийного состояния
Ниже приведён пример того, что вы можете увидеть при проверке состояния Event Hub в диагностических данных на входе:
INPUT MANAGER (dumpsys input)
Event Hub State:
BuiltInKeyboardId: -2
Devices:
-1: Virtual
Classes: 0x40000023
Path:
Descriptor: a718a782d34bc767f4689c232d64d527998ea7fd
Location:
ControllerNumber: 0
UniqueId:
Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000
KeyLayoutFile: /system/usr/keylayout/Generic.kl
KeyCharacterMapFile: /system/usr/keychars/Virtual.kcm
ConfigurationFile:
HaveKeyboardLayoutOverlay: false
1: msm8974-taiko-mtp-snd-card Headset Jack
Classes: 0x00000080
Path: /dev/input/event5
Descriptor: c8e3782483b4837ead6602e20483c46ff801112c
Location: ALSA
ControllerNumber: 0
UniqueId:
Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000
KeyLayoutFile:
KeyCharacterMapFile:
ConfigurationFile:
HaveKeyboardLayoutOverlay: false
2: msm8974-taiko-mtp-snd-card Button Jack
Classes: 0x00000001
Path: /dev/input/event4
Descriptor: 96fe62b244c555351ec576b282232e787fb42bab
Location: ALSA
ControllerNumber: 0
UniqueId:
Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000
KeyLayoutFile: /system/usr/keylayout/msm8974-taiko-mtp-snd-card_Button_Jack.kl
KeyCharacterMapFile: /system/usr/keychars/msm8974-taiko-mtp-snd-card_Button_Jack.kcm
ConfigurationFile:
HaveKeyboardLayoutOverlay: false
3: hs_detect
Classes: 0x00000081
Path: /dev/input/event3
Descriptor: 485d69228e24f5e46da1598745890b214130dbc4
Location:
ControllerNumber: 0
UniqueId:
Identifier: bus=0x0000, vendor=0x0001, product=0x0001, version=0x0001
KeyLayoutFile: /system/usr/keylayout/hs_detect.kl
KeyCharacterMapFile: /system/usr/keychars/hs_detect.kcm
ConfigurationFile:
HaveKeyboardLayoutOverlay: false
...
Состояние считывателя ввода
InputReader отвечает за декодирование входных событий из ядра. Его дамп состояния отображает информацию о конфигурации каждого устройства ввода и последних изменениях состояния, таких как нажатия клавиш или касания сенсорного экрана.
В следующем примере показан результат работы сенсорного экрана. Обратите внимание на информацию о разрешении устройства и использованных параметрах калибровки.
Input Reader State
...
Device 6: Melfas MMSxxx Touchscreen
IsExternal: false
Sources: 0x00001002
KeyboardType: 0
Motion Ranges:
X: source=0x00001002, min=0.000, max=719.001, flat=0.000, fuzz=0.999
Y: source=0x00001002, min=0.000, max=1279.001, flat=0.000, fuzz=0.999
PRESSURE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000
SIZE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000
TOUCH_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000
TOUCH_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000
TOOL_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000
TOOL_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000
Touch Input Mapper:
Parameters:
GestureMode: spots
DeviceType: touchScreen
AssociatedDisplay: id=0, isExternal=false
OrientationAware: true
Raw Touch Axes:
X: min=0, max=720, flat=0, fuzz=0, resolution=0
Y: min=0, max=1280, flat=0, fuzz=0, resolution=0
Pressure: min=0, max=255, flat=0, fuzz=0, resolution=0
TouchMajor: min=0, max=30, flat=0, fuzz=0, resolution=0
TouchMinor: unknown range
ToolMajor: unknown range
ToolMinor: unknown range
Orientation: unknown range
Distance: unknown range
TiltX: unknown range
TiltY: unknown range
TrackingId: min=0, max=65535, flat=0, fuzz=0, resolution=0
Slot: min=0, max=9, flat=0, fuzz=0, resolution=0
Calibration:
touch.size.calibration: diameter
touch.size.scale: 10.000
touch.size.bias: 0.000
touch.size.isSummed: false
touch.pressure.calibration: amplitude
touch.pressure.scale: 0.005
touch.orientation.calibration: none
touch.distance.calibration: none
SurfaceWidth: 720px
SurfaceHeight: 1280px
SurfaceOrientation: 0
Translation and Scaling Factors:
XScale: 0.999
YScale: 0.999
XPrecision: 1.001
YPrecision: 1.001
GeometricScale: 0.999
PressureScale: 0.005
SizeScale: 0.033
OrientationCenter: 0.000
OrientationScale: 0.000
DistanceScale: 0.000
HaveTilt: false
TiltXCenter: 0.000
TiltXScale: 0.000
TiltYCenter: 0.000
TiltYScale: 0.000
Last Button State: 0x00000000
Last Raw Touch: pointerCount=0
Last Cooked Touch: pointerCount=0
В конце дампа состояния входного считывателя содержится некоторая информация о глобальных параметрах конфигурации, таких как интервал отклика:
Configuration:
ExcludedDeviceNames: []
VirtualKeyQuietTime: 0.0ms
PointerVelocityControlParameters: scale=1.000, lowThreshold=500.000, highThreshold=3000.000, acceleration=3.000
WheelVelocityControlParameters: scale=1.000, lowThreshold=15.000, highThreshold=50.000, acceleration=4.000
PointerGesture:
Enabled: true
QuietInterval: 100.0ms
DragMinSwitchSpeed: 50.0px/s
TapInterval: 150.0ms
TapDragInterval: 300.0ms
TapSlop: 20.0px
MultitouchSettleInterval: 100.0ms
MultitouchMinDistance: 15.0px
SwipeTransitionAngleCosine: 0.3
SwipeMaxWidthRatio: 0.2
MovementSpeedRatio: 0.8
ZoomSpeedRatio: 0.3
Состояние диспетчера ввода
Компонент InputDispatcher отвечает за отправку входных событий приложениям. Как показано в следующем примере выходных данных, его дамп состояния отображает информацию о том, к какому окну осуществляется касание, о состоянии очереди ввода, о том, выполняется ли ANR (ошибка ввода-вывода), и другую информацию о входных событиях:
Input Dispatcher State:
DispatchEnabled: 1
DispatchFrozen: 0
FocusedApplication: <null>
FocusedWindow: name='Window{3fb06dc3 u0 StatusBar}'
TouchStates: <no displays touched>
Windows:
0: name='Window{357bbbfe u0 SearchPanel}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=false, canReceiveKeys=false, flags=0x01820100, type=0x000007e8, layer=211000, frame=[0,0][1080,1920], scale=1.000000, touchableRegion=[0,0][1080,1920], inputFeatures=0x00000000, ownerPid=22674, ownerUid=10020, dispatchingTimeout=5000.000ms
1: name='Window{3b14c0ca u0 NavigationBar}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=false, canReceiveKeys=false, flags=0x01840068, type=0x000007e3, layer=201000, frame=[0,1776][1080,1920], scale=1.000000, touchableRegion=[0,1776][1080,1920], inputFeatures=0x00000000, ownerPid=22674, ownerUid=10020, dispatchingTimeout=5000.000ms
2: name='Window{2c7e849c u0 com.vito.lux}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=true, canReceiveKeys=false, flags=0x0089031a, type=0x000007d6, layer=191000, frame=[-495,-147][1575,1923], scale=1.000000, touchableRegion=[-495,-147][1575,1923], inputFeatures=0x00000000, ownerPid=4697, ownerUid=10084, dispatchingTimeout=5000.000ms
...
MonitoringChannels:
0: 'WindowManager (server)'
RecentQueue: length=10
MotionEvent(deviceId=4, source=0x00001002, action=2, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (335.0, 1465.0)]), policyFlags=0x62000000, age=217264.0ms
MotionEvent(deviceId=4, source=0x00001002, action=1, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (335.0, 1465.0)]), policyFlags=0x62000000, age=217255.7ms
MotionEvent(deviceId=4, source=0x00001002, action=0, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (330.0, 1283.0)]), policyFlags=0x62000000, age=216805.0ms
...
PendingEvent: <none>
InboundQueue: <empty>
ReplacedKeys: <empty>
Connections:
0: channelName='WindowManager (server)', windowName='monitor', status=NORMAL, monitor=true, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
1: channelName='278c1d65 KeyguardScrim (server)', windowName='Window{278c1d65 u0 KeyguardScrim}', status=NORMAL, monitor=false, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
2: channelName='357bbbfe SearchPanel (server)', windowName='Window{357bbbfe u0 SearchPanel}', status=NORMAL, monitor=false, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
...
AppSwitch: not pending
7: channelName='2280455f com.google.android.gm/com.google.android.gm.ConversationListActivityGmail (server)', windowName='Window{2280455f u0 com.google.android.gm/com.google.android.gm.ConversationListActivityGmail}', status=NORMAL, monitor=false, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
8: channelName='1a7be08a com.android.systemui/com.android.systemui.recents.RecentsActivity (server)', windowName='Window{1a7be08a u0 com.android.systemui/com.android.systemui.recents.RecentsActivity EXITING}', status=NORMAL, monitor=false, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
9: channelName='3b14c0ca NavigationBar (server)', windowName='Window{3b14c0ca u0 NavigationBar}', status=NORMAL, monitor=false, inputPublisherBlocked=false
OutboundQueue: <empty>
WaitQueue: <empty>
...
Configuration:
KeyRepeatDelay: 50.0ms
KeyRepeatTimeout: 500.0ms
Что нужно проверить
Ниже приведён список моментов, которые следует учитывать при проверке выходных данных input службы:
Состояние центра событий:
- Все необходимые устройства ввода присутствуют.
- Для каждого устройства ввода имеется соответствующий файл раскладки клавиш, файл карты символов клавиш и файл конфигурации устройства ввода. Если файлы отсутствуют или содержат синтаксические ошибки, они не загружаются.
- Каждое устройство ввода классифицируется корректно. Биты в поле
Classesсоответствуют флагам вEventHub.h, таким какINPUT_DEVICE_CLASS_TOUCH_MT. - Значение
BuiltInKeyboardIdкорректно. Если устройство не имеет встроенной клавиатуры, то ID должен быть-2. В противном случае, это должен быть ID встроенной клавиатуры. - Если вы заметили, что
BuiltInKeyboardIdне-2, хотя должен быть, значит, у вас отсутствует файл сопоставления символов для специальной функциональной клавиатуры. Устройства со специальной функциональной клавиатурой должны иметь файлы сопоставления символов, содержащие только строкуtype SPECIAL_FUNCTION.
Состояние считывателя ввода:
- Все необходимые устройства ввода присутствуют.
- Каждое устройство ввода настроено правильно. В частности, проверьте правильность осей сенсорного экрана и джойстика.
Состояние диспетчера ввода:
- Все входные события обрабатываются должным образом.
- После одновременного касания сенсорного экрана и запуска
dumpsysстрокаTouchStatesкорректно определяет окно, к которому вы прикасаетесь.
Проверка производительности пользовательского интерфейса
Указание службы gfxinfo позволяет получить информацию о производительности кадров анимации, происходящих во время записи. Следующая команда использует gfxinfo для сбора данных о производительности пользовательского интерфейса для указанного имени пакета:
adb shell dumpsys gfxinfo package-name
Также можно добавить опцию framestats , чтобы получить еще более подробную информацию о времени отклика последних кадров, что позволит более точно выявлять и устранять проблемы:
adb shell dumpsys gfxinfo package-name framestats
Чтобы узнать больше об использовании gfxinfo и framestats для интеграции измерений производительности пользовательского интерфейса в ваши методы тестирования, см. раздел «Создание макробенчмарка» .
Проверьте сетевую диагностику.
Указание службы netstats позволяет получить статистику использования сети, собранную с момента предыдущей загрузки устройства. Для вывода дополнительной информации, такой как подробные данные об уникальных идентификаторах пользователей (UID), используйте параметр detail следующим образом:
adb shell dumpsys netstats detail
Вывод информации зависит от версии Android, установленной на подключенном устройстве. В следующих разделах описаны типичные типы отображаемой информации.
Активные интерфейсы и активные UID-интерфейсы
В приведенном ниже примере выходных данных отображаются активные интерфейсы и активные UID-интерфейсы подключенного устройства. В большинстве случаев информация об активных интерфейсах и активных UID-интерфейсах совпадает.
Active interfaces:
iface=wlan0 ident=[{type=WIFI, subType=COMBINED, networkId="Guest"}]
Active UID interfaces:
iface=wlan0 ident=[{type=WIFI, subType=COMBINED, networkId="Guest"}]
Статистика 'Dev' и 'Xt'
Ниже приведён пример выходных данных для раздела статистики разработчиков:
Dev stats:
Pending bytes: 1798112
History since boot:
ident=[{type=WIFI, subType=COMBINED, networkId="Guest", metered=false}] uid=-1 set=ALL tag=0x0
NetworkStatsHistory: bucketDuration=3600
st=1497891600 rb=1220280 rp=1573 tb=309870 tp=1271 op=0
st=1497895200 rb=29733 rp=145 tb=85354 tp=185 op=0
st=1497898800 rb=46784 rp=162 tb=42531 tp=192 op=0
st=1497902400 rb=27570 rp=111 tb=35990 tp=121 op=0
Xt stats:
Pending bytes: 1771782
History since boot:
ident=[{type=WIFI, subType=COMBINED, networkId="Guest", metered=false}] uid=-1 set=ALL tag=0x0
NetworkStatsHistory: bucketDuration=3600
st=1497891600 rb=1219598 rp=1557 tb=291628 tp=1255 op=0
st=1497895200 rb=29623 rp=142 tb=82699 tp=182 op=0
st=1497898800 rb=46684 rp=160 tb=39756 tp=191 op=0
st=1497902400 rb=27528 rp=110 tb=34266 tp=120 op=0
Статистика UID
Ниже приведен пример подробной статистики для каждого UID:
UID stats:
Pending bytes: 744
Complete history:
ident=[[type=MOBILE_SUPL, subType=COMBINED, subscriberId=311111...], [type=MOBILE, subType=COMBINED, subscriberId=311111...]] uid=10007 set=DEFAULT tag=0x0
NetworkStatsHistory: bucketDuration=7200000
bucketStart=1406167200000 activeTime=7200000 rxBytes=4666 rxPackets=7 txBytes=1597 txPackets=10 operations=0
ident=[[type=WIFI, subType=COMBINED, networkId="MySSID"]] uid=10007 set=DEFAULT tag=0x0
NetworkStatsHistory: bucketDuration=7200000
bucketStart=1406138400000 activeTime=7200000 rxBytes=17086802 rxPackets=15387 txBytes=1214969 txPackets=8036 operations=28
bucketStart=1406145600000 activeTime=7200000 rxBytes=2396424 rxPackets=2946 txBytes=464372 txPackets=2609 operations=70
bucketStart=1406152800000 activeTime=7200000 rxBytes=200907 rxPackets=606 txBytes=187418 txPackets=739 operations=0
bucketStart=1406160000000 activeTime=7200000 rxBytes=826017 rxPackets=1126 txBytes=267342 txPackets=1175 operations=35
Чтобы найти UID для вашего приложения, выполните следующую команду: adb shell dumpsys package your-package-name . Затем найдите строку с меткой userId .
Например, чтобы узнать об использовании сети приложением 'com.example.myapp', выполните следующую команду:
adb shell dumpsys package com.example.myapp | grep userId
Результат должен выглядеть примерно так:
userId=10007 gids=[3003, 1028, 1015]
Используя приведенный выше пример дампа, найдите строки с uid=10007 . Таких строк две — первая указывает на мобильное соединение, а вторая — на соединение Wi-Fi. Под каждой строкой вы можете увидеть следующую информацию для каждого двухчасового окна, которое bucketDuration задает в миллисекундах:
-
set=DEFAULTуказывает на использование сети в активном режиме, аset=BACKGROUND— в фоновом режиме.set=ALLподразумевает оба варианта. -
tag=0x0указывает на тег сокета, связанный с трафиком. -
rxBytesиrxPacketsпредставляют собой количество полученных байтов и полученных пакетов за соответствующий временной интервал. -
txBytesиtxPacketsпредставляют собой количество отправленных (переданных) байтов и отправленных пакетов за соответствующий временной интервал.
Проверьте состояние батареи.
Указание службы batterystats генерирует статистические данные об использовании батареи на устройстве, организованные по уникальному идентификатору пользователя (UID). Чтобы узнать, как использовать dumpsys для тестирования вашего приложения в режимах Doze и App Standby, см. раздел «Тестирование в режимах Doze и App Standby ».
Команда для batterystats выглядит следующим образом:
adb shell dumpsys batterystats options
Чтобы увидеть список дополнительных параметров, доступных для batterystats , добавьте параметр -h . Следующий пример выводит статистику использования батареи для указанного пакета приложений с момента последней зарядки устройства:
adb shell dumpsys batterystats --charged package-name
В выходных данных обычно содержится следующее:
- История событий, связанных с батареями.
- Глобальная статистика для устройства
- Примерное энергопотребление на один UID и компонент системы.
- Миллисекунды на пакет данных для каждого мобильного приложения
- Сводная статистика по идентификаторам пользователей системы
- Сводная статистика по идентификаторам пользователей приложений
Чтобы узнать больше об использовании batterystats и создании HTML-визуализации результатов, что упрощает понимание и диагностику проблем, связанных с батареей, прочтите статью «Профилирование использования батареи с помощью Batterystats и Battery Historian» .
Проверьте качество выходных данных, удобных для обработки на станке.
Вы можете получить вывод batterystats в машиночитаемом формате CSV, используя следующую команду:
adb shell dumpsys batterystats --checkin
Ниже приведён пример выходных данных:
9,0,i,vers,11,116,K,L 9,0,i,uid,1000,android 9,0,i,uid,1000,com.android.providers.settings 9,0,i,uid,1000,com.android.inputdevices 9,0,i,uid,1000,com.android.server.telecom ... 9,0,i,dsd,1820451,97,s-,p- 9,0,i,dsd,3517481,98,s-,p- 9,0,l,bt,0,8548446,1000983,8566645,1019182,1418672206045,8541652,994188 9,0,l,gn,0,0,666932,495312,0,0,2104,1444 9,0,l,m,6794,0,8548446,8548446,0,0,0,666932,495312,0,697728,0,0,0,5797,0,0 ...
Данные об использовании батареи могут быть получены на уровне отдельного UID или системы. Выбор данных для включения зависит от их полезности при анализе производительности батареи. Каждая строка представляет собой отдельное наблюдение, содержащее следующие элементы:
- Целочисленный заполнитель
- Идентификатор пользователя, связанный с наблюдением.
- Режим агрегирования:
-
iдля информации, не привязано к статусу "заряжено/не заряжено". -
lозначает--charged(использование с момента последней зарядки). -
uдля--unplugged(использование с момента последнего отключения). Устарело в Android 5.1.1.
-
- Идентификатор раздела, определяющий способ интерпретации последующих значений в строке.
В следующей таблице описаны различные идентификаторы разделов, которые вы можете увидеть:
Таблица 2. Список идентификаторов разделов.
| Идентификатор раздела | Описание | Оставшиеся поля |
|---|---|---|
| Версия | |
| UID | |
| APK | |
| Процесс | |
| Датчик | |
| Вибратор | |
| Передний план | |
| Государственное время | |
| Блокировка пробуждения | |
| Синхронизация | |
| Работа | |
| Блокировка пробуждения ядра | |
| Причина пробуждения | |
| Сеть | |
| Активность пользователя | |
| Батарея | |
| Разряд батареи | |
| Уровень заряда батареи | |
| Wi-Fi | |
| Глобальный Wi-Fi | |
| Глобальный Bluetooth | |
| Разное | |
| Глобальная сеть | |
| Яркость экрана | |
| Время сканирования сигнала | |
| Время силы сигнала | |
| Количество уровней сигнала | |
| Время подключения к данным | |
| Количество подключений к данным | |
| Состояние Wi-Fi Время | |
| Количество штатов Wi-Fi | |
| Время состояния запрашивающего устройства Wi-Fi | |
| Количество штатов, подающих заявки на Wi-Fi | |
| Время работы сигнала Wi-Fi | |
| Количество уровней сигнала Wi-Fi | |
| Время состояния Bluetooth | |
| Количество состояний Bluetooth | |
| Сводка по использованию электроэнергии | |
| Потребляемый ресурс | |
| Этап разрядки | |
| Этап зарядки | |
| Оставшееся время до выписки | |
| Оставшееся время зарядки | |
Примечание : До Android 6.0 потребление энергии модулями Bluetooth, сотовой связи и Wi-Fi отслеживалось в разделе m (Разное). В Android 6.0 и выше потребление энергии этими компонентами отслеживается в разделе pwi (Используемый элемент питания) с отдельными метками ( wifi , blue , cell ) для каждого компонента.
Просмотр выделенной памяти
Вы можете проверить использование памяти вашим приложением двумя способами: за определенный период времени с помощью procstats или в определенный момент времени с помощью meminfo . В следующих разделах показано, как использовать оба метода.
procstats
procstats позволяет отслеживать поведение вашего приложения с течением времени, включая продолжительность его работы в фоновом режиме и объем используемой памяти. Это помогает быстро выявлять неэффективность и сбои в работе приложения, такие как утечки памяти, которые могут влиять на его производительность, особенно при работе на устройствах с малым объемом памяти. Функция дампа состояния отображает статистику по времени выполнения каждого приложения, размеру пропорционального набора (PSS), размеру уникального набора (USS) и размеру резидентного набора (RSS).
Чтобы получить статистику использования памяти приложением за последние три часа в удобочитаемом формате, выполните следующую команду:
adb shell dumpsys procstats --hours 3
Как показано в следующем примере, в выходных данных отображается процент времени, в течение которого приложение работало, а также значения PSS, USS и RSS в виде minPSS-avgPSS-maxPSS/minUSS-avgUSS-maxUSS/minRSS-avgRSS-maxRSS в зависимости от количества выборок.
AGGREGATED OVER LAST 3 HOURS:
* com.android.systemui / u0a37 / v28:
TOTAL: 100% (15MB-16MB-17MB/7.7MB-8.7MB-9.4MB/7.7MB-9.6MB-84MB over 178)
Persistent: 100% (15MB-16MB-17MB/7.7MB-8.7MB-9.4MB/7.7MB-9.6MB-84MB over 178)
* com.android.se / 1068 / v28:
TOTAL: 100% (2.8MB-2.9MB-2.9MB/300KB-301KB-304KB/304KB-22MB-33MB over 3)
Persistent: 100% (2.8MB-2.9MB-2.9MB/300KB-301KB-304KB/304KB-22MB-33MB over 3)
* com.google.android.gms.persistent / u0a7 / v19056073:
TOTAL: 100% (37MB-38MB-40MB/27MB-28MB-29MB/124MB-125MB-126MB over 2)
Imp Fg: 100% (37MB-38MB-40MB/27MB-28MB-29MB/124MB-125MB-126MB over 2)
...
* com.android.gallery3d / u0a62 / v40030:
TOTAL: 0.01%
Receiver: 0.01%
(Cached): 54% (6.4MB-6.5MB-6.9MB/4.4MB-4.4MB-4.4MB/4.4MB-26MB-68MB over 6)
* com.google.android.tvlauncher / u0a30 / v1010900130:
TOTAL: 0.01%
Receiver: 0.01%
(Cached): 91% (5.8MB-13MB-14MB/3.5MB-10MB-12MB/12MB-33MB-78MB over 6)
* com.android.vending:instant_app_installer / u0a16 / v81633968:
TOTAL: 0.01%
Receiver: 0.01%
(Cached): 100% (14MB-15MB-16MB/3.8MB-4.2MB-5.1MB/3.8MB-30MB-95MB over 7)
...
Run time Stats:
SOff/Norm: +32m52s226ms
SOn /Norm: +2h10m8s364ms
Mod : +17s930ms
TOTAL: +2h43m18s520ms
Memory usage:
Kernel : 265MB (38 samples)
Native : 73MB (38 samples)
Persist: 262MB (90 samples)
Top : 190MB (325 samples)
ImpFg : 204MB (569 samples)
ImpBg : 754KB (345 samples)
Service: 93MB (1912 samples)
Receivr: 227KB (1169 samples)
Home : 66MB (12 samples)
LastAct: 30MB (255 samples)
CchAct : 220MB (450 samples)
CchCAct: 193MB (71 samples)
CchEmty: 182MB (652 samples)
Cached : 58MB (38 samples)
Free : 60MB (38 samples)
TOTAL : 1.9GB
ServRst: 50KB (278 samples)
Start time: 2015-04-08 13:44:18
Total elapsed time: +2h43m18s521ms (partial) libart.so
meminfo
С помощью следующей команды вы можете записать снимок распределения памяти вашего приложения между различными типами выделения оперативной памяти:
adb shell dumpsys meminfo [-d] package_name|pid
Флаг -d выводит дополнительную информацию об использовании памяти Dalvik и ART. Флаг -h выводит все поддерживаемые флаги.
В результате выполнения программы отображается список всех текущих выделенных ресурсов вашего приложения, измеренных в килобайтах.
При изучении этой информации вам следует ознакомиться со следующими типами распределения:
- Личный доступ к чистой и грязной оперативной памяти
- Это память, используемая только вашим процессом. Это основная часть оперативной памяти, которую система может освободить, когда процесс вашего приложения будет уничтожен. Как правило, наиболее важная часть этой памяти — это частная «грязная» оперативная память, которая является самой дорогой, поскольку используется только вашим процессом и её содержимое находится преимущественно в активной оперативной памяти. Хотя Android избегает традиционных файлов подкачки на диске, он использует zRAM (сжатие страниц в памяти) для подкачки «грязных» страниц, а иногда и zRAM Writeback для хранения неактивных страниц на флэш-накопителе. Однако, поскольку сжатие страниц требует ресурсов ЦП, а запись во флэш-память строго ограничена для предотвращения износа оборудования, частная «грязная» оперативная память не может быть освобождена без затрат. Все выделения памяти в Dalvik и нативной куче, которые вы делаете, являются частной «грязной» оперативной памятью. Выделения памяти в Dalvik и нативной памяти, которые вы разделяете с процессом Zygote, являются общей «грязной» оперативной памятью.
- Пропорциональный размер набора (PSS)
- Это показатель использования оперативной памяти вашим приложением, учитывающий совместное использование страниц между процессами. Любые страницы оперативной памяти, уникальные для вашего процесса, напрямую влияют на его значение PSS, в то время как страницы, совместно используемые другими процессами, влияют на значение PSS только пропорционально объему совместного использования. Например, страница, совместно используемая двумя процессами, вносит половину своего размера в значение PSS каждого процесса.
Характерной особенностью измерения PSS является возможность суммирования значений PSS по всем процессам для определения фактического объема памяти, используемой всеми процессами. Это означает, что PSS является хорошим показателем фактического объема оперативной памяти, используемой процессом, а также для сравнения с использованием оперативной памяти другими процессами и общим доступным объемом оперативной памяти.
Например, ниже представлен вывод процесса Map на устройстве Nexus 5:
adb shell dumpsys meminfo -d com.google.android.apps.maps
Примечание: отображаемая информация может незначительно отличаться от представленной здесь, поскольку некоторые параметры вывода различаются в зависимости от версии платформы.
** MEMINFO in pid 18227 [com.google.android.apps.maps] **
Pss Private Private Swapped Heap Heap Heap
Total Dirty Clean Dirty Size Alloc Free
------ ------ ------ ------ ------ ------ ------
Native Heap 10468 10408 0 0 20480 14462 6017
Dalvik Heap 34340 33816 0 0 62436 53883 8553
Dalvik Other 972 972 0 0
Stack 1144 1144 0 0
Gfx dev 35300 35300 0 0
Other dev 5 0 4 0
.so mmap 1943 504 188 0
.apk mmap 598 0 136 0
.ttf mmap 134 0 68 0
.dex mmap 3908 0 3904 0
.oat mmap 1344 0 56 0
.art mmap 2037 1784 28 0
Other mmap 30 4 0 0
EGL mtrack 73072 73072 0 0
GL mtrack 51044 51044 0 0
Unknown 185 184 0 0
TOTAL 216524 208232 4384 0 82916 68345 14570
Dalvik Details
.Heap 6568 6568 0 0
.LOS 24771 24404 0 0
.GC 500 500 0 0
.JITCache 428 428 0 0
.Zygote 1093 936 0 0
.NonMoving 1908 1908 0 0
.IndirectRef 44 44 0 0
Objects
Views: 90 ViewRootImpl: 1
AppContexts: 4 Activities: 1
Assets: 2 AssetManagers: 2
Local Binders: 21 Proxy Binders: 28
Parcel memory: 18 Parcel count: 74
Death Recipients: 2 OpenSSL Sockets: 2
Вот более старая версия dumpsys приложения Gmail на Dalvik:
** MEMINFO in pid 9953 [com.google.android.gm] **
Pss Pss Shared Private Shared Private Heap Heap Heap
Total Clean Dirty Dirty Clean Clean Size Alloc Free
------ ------ ------ ------ ------ ------ ------ ------ ------
Native Heap 0 0 0 0 0 0 7800 7637(6) 126
Dalvik Heap 5110(3) 0 4136 4988(3) 0 0 9168 8958(6) 210
Dalvik Other 2850 0 2684 2772 0 0
Stack 36 0 8 36 0 0
Cursor 136 0 0 136 0 0
Ashmem 12 0 28 0 0 0
Other dev 380 0 24 376 0 4
.so mmap 5443(5) 1996 2584 2664(5) 5788 1996(5)
.apk mmap 235 32 0 0 1252 32
.ttf mmap 36 12 0 0 88 12
.dex mmap 3019(5) 2148 0 0 8936 2148(5)
Other mmap 107 0 8 8 324 68
Unknown 6994(4) 0 252 6992(4) 0 0
TOTAL 24358(1) 4188 9724 17972(2)16388 4260(2)16968 16595 336
Objects
Views: 426 ViewRootImpl: 3(8)
AppContexts: 6(7) Activities: 2(7)
Assets: 2 AssetManagers: 2
Local Binders: 64 Proxy Binders: 34
Death Recipients: 0
OpenSSL Sockets: 1
SQL
MEMORY_USED: 1739
PAGECACHE_OVERFLOW: 1164 MALLOC_SIZE: 62
В целом, следует обращать внимание только на столбцы Pss Total и Private Dirty . В некоторых случаях столбцы Private Clean и Heap Alloc также содержат интересные данные.
Ниже приведена дополнительная информация о различных вариантах выделения памяти, которые следует учитывать:
-
Dalvik Heap - Объем оперативной памяти, используемый Dalvik-выделениями в вашем приложении. Показатель
Pss Totalвключает все выделения Zygote, взвешенные с учетом их совместного использования процессами, как описано в определении PSS. ПоказательPrivate Dirty— это фактический объем оперативной памяти, выделенный только для кучи вашего приложения, состоящий из ваших собственных выделений и любых страниц выделения Zygote, которые были изменены после создания форка процесса вашего приложения из Zygote.Примечание: В более новых версиях платформы, где есть раздел
Dalvik Other, значенияPss TotalиPrivate Dirtyдля Dalvik Heap не включают накладные расходы Dalvik, такие как компиляция «на лету» (JIT) и учет сборщика мусора, тогда как в более старых версиях все это суммируется в разделеDalvik.Heap Alloc— это объем памяти, который Dalvik и нативные распределители памяти в куче отслеживают для вашего приложения. Это значение больше, чемPss TotalиPrivate Dirtyпотому что ваш процесс был создан на основе Zygote и включает в себя выделения памяти, которые ваш процесс разделяет со всеми остальными. -
.so mmapи.dex mmap - Оперативная память используется для отображенного кода
.so(нативный) и.dex(Dalvik или ART). ЧислоPss Totalвключает код платформы, используемый совместно несколькими приложениями.Private Clean— это собственный код вашего приложения. Как правило, фактический размер отображенного кода больше. Здесь указывается только то, что в данный момент необходимо для кода, который уже был выполнен приложением. Однако в отображении.so mmap(private dirty), который возникает из-за исправлений в нативном коде при его загрузке по конечному адресу. -
.oat mmap - Это объем оперативной памяти, используемый образом кода. Он основан на предварительно загруженных классах, которые обычно используются несколькими приложениями. Этот образ используется всеми приложениями и не зависит от конкретного приложения.
-
.art mmap - Это объем оперативной памяти, используемый образом кучи. Он основан на предварительно загруженных классах, которые обычно используются несколькими приложениями. Этот образ используется всеми приложениями и не зависит от конкретных приложений. Даже если образ ART содержит экземпляры
Object, он не учитывается в размере вашей кучи. -
.Heap(только с флагом-d) - Это объем памяти кучи для вашего приложения. Сюда не входят объекты в области изображений и больших объектов, но включается пространство Zygote и неподвижное пространство.
-
.LOS(только с флагом-d) - Это объем оперативной памяти, используемый пространством больших объектов ART. Сюда входят большие объекты Zygote. Большие объекты — это все массивы примитивов, размер которых превышает 12 КБ.
-
.GC(только с флагом-d) - Это накладные расходы на вывоз мусора. Снизить эти накладные расходы невозможно.
-
.JITCache(только с флагом-d) - Это объем памяти, используемый кэшем данных и кода JIT-компилятора. Обычно он равен нулю, поскольку все приложения компилируются во время установки.
-
.Zygote(только с флагом-d) - Это объем памяти, используемый пространством Zygote. Пространство Zygote создается во время запуска устройства и никогда не выделяется отдельно.
-
.NonMoving(только с флагом-d) - Это объем оперативной памяти, используемый неперемещаемым пространством ART. Неперемещаемое пространство содержит специальные неперемещаемые объекты, такие как поля и методы. Вы можете уменьшить этот раздел, используя меньше полей и методов в своем приложении.
-
.IndirectRef(только с флагом-d) - Это объем оперативной памяти, используемый таблицами косвенных ссылок ART. Обычно этот объем невелик, но если он слишком велик, его можно уменьшить, сократив количество используемых локальных и глобальных ссылок JNI.
-
Unknown - Любые страницы оперативной памяти, которые система не смогла отнести к одному из других более специфических типов. В настоящее время это в основном нативные выделения, которые инструмент не может идентифицировать при сборе этих данных из-за рандомизации расположения адресного пространства (ASLR). Как и в случае с кучей Dalvik, показатель
Pss TotalдляUnknownучитывает совместное использование с Zygote, аPrivate Dirty— это неизвестная оперативная память, выделенная только для вашего приложения. -
TOTAL - Общий объем оперативной памяти, используемый вашим процессом (Proportional Set Size, PSS). Это сумма всех значений PSS, указанных выше. Она показывает общий объем памяти, занимаемый вашим процессом, который можно напрямую сравнить с другими процессами и общим доступным объемом оперативной памяти.
Private DirtyиPrivate Clean— это общий объем выделенной оперативной памяти внутри вашего процесса, которая не используется другими процессами. При уничтожении вашего процесса вся оперативная память из этих выделенных областей освобождается обратно в систему.Private Cleanтакже может быть выгружена и освобождена до уничтожения вашего процесса, ноPrivate Dirtyосвобождается только при уничтожении процесса.«Грязная» оперативная память — это страницы, которые были изменены и либо хранятся в активной оперативной памяти, либо сжаты в zRAM, либо записаны обратно в хранилище. «Чистая» оперативная память — это страницы, которые были отображены из постоянного файла, например, исполняемого кода, и могут быть выгружены, если не используются в течение некоторого времени.
-
ViewRootImpl - Количество активных корневых представлений в вашем процессе. Каждое корневое представление связано с окном, поэтому это может помочь выявить утечки памяти, связанные с диалоговыми окнами или другими окнами.
-
AppContextsиActivities - Количество объектов
ContextиActivity, которые в данный момент находятся в вашем процессе. Это поможет быстро выявить утечки памяти в объектахActivity, которые не могут быть удалены сборщиком мусора из-за статических ссылок на них, что является распространенной проблемой. Эти объекты часто связаны со множеством других выделений памяти, что делает их хорошим способом отслеживания крупных утечек памяти.