dumpsys הוא כלי שפועל במכשירי Android ומספק מידע על שירותי מערכת. מריצים את הפקודה dumpsys משורת הפקודה באמצעות Android Debug Bridge (ADB) כדי לקבל פלט אבחון לכל שירותי המערכת שפועלים במכשיר מחובר.
הפלט הזה בדרך כלל מפורט יותר ממה שרוצים, לכן כדאי להשתמש באפשרויות של שורת הפקודה שבדף הזה כדי לקבל פלט רק עבור שירותי המערכת שרוצים. בדף הזה מוסבר גם איך להשתמש ב-dumpsys כדי לבצע משימות נפוצות, כמו בדיקת קלט, זיכרון RAM, סוללה או אבחון רשת.
תחביר
התחביר הכללי לשימוש ב-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 שפועלת במכשיר המחובר. בקטעים הבאים מתואר סוג המידע שמוצג בדרך כלל.
מצב מרכז העדכונים על הממשק
זו דוגמה למה שאפשר לראות כשבודקים את מצב מרכז האירועים של האבחון של הקלט:
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 אחראי לפענוח אירועי קלט מהליבה. ה-state dump שלו מציג מידע על האופן שבו כל מכשיר קלט מוגדר ועל שינויים במצב האחרון שהתרחשו, כמו לחיצות על מקשים או מגעים במסך המגע.
בדוגמה הבאה מוצג הפלט למסך מגע. שימו לב למידע על הרזולוציה של המכשיר ולפרמטרים של הכיול שבהם נעשה שימוש.
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
בסוף ה-dump של מצב קורא הקלט, יש מידע על פרמטרים של הגדרה גלובלית, כמו מרווח הזמן בין הקשות:
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
מצב של רכיב Input dispatcher
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:
Event hub state:
- כל מכשירי הקלט שאתם מצפים להם נמצאים שם.
- לכל מכשיר קלט יש קובץ פריסת מקשים מתאים, קובץ מפת תווים של המקשים וקובץ הגדרות של מכשיר הקלט. אם הקבצים חסרים או מכילים שגיאות תחביר, הם לא נטענים.
- כל מכשיר קלט מסווג בצורה נכונה. הביטים בשדה
Classesתואמים לדגלים ב-EventHub.h, כמוINPUT_DEVICE_CLASS_TOUCH_MT. - המספר
BuiltInKeyboardIdנכון. אם למכשיר אין מקלדת מובנית, המזהה צריך להיות-2. אחרת, צריך להזין את המזהה של המקלדת המובנית. - אם אתם רואים שהמקש
BuiltInKeyboardIdלא-2אבל הוא אמור להיות כזה, סימן שחסר לכם קובץ מיפוי מקשים חשוב למקלדת עם פונקציות מיוחדות. למכשירים עם לוח מקשים לפונקציות מיוחדות צריכים להיות קובצי מיפוי של תווים במקשים שמכילים רק את השורהtype SPECIAL_FUNCTION.
מצב קורא הקלט:
- כל מכשירי הקלט הצפויים מופיעים.
- כל מכשיר קלט מוגדר בצורה נכונה. חשוב במיוחד לבדוק את מסך המגע ואת צירי הג'ויסטיק.
מצב של Input dispatcher:
- כל אירועי הקלט מעובדים כמצופה.
- אחרי שמקישים על מסך המגע ומריצים את
dumpsysבו-זמנית, השורהTouchStatesמזהה נכון את החלון שמקישים עליו.
בדיקת הביצועים של ממשק המשתמש
הגדרת השירות gfxinfo מספקת פלט עם נתוני ביצועים שקשורים לפריים של אנימציה שמתרחשים במהלך שלב ההקלטה.
הפקודה הבאה משתמשת ב-gfxinfo כדי לאסוף נתוני ביצועים של ממשק משתמש עבור שם חבילה שצוין:
adb shell dumpsys gfxinfo package-name
אפשר גם לכלול את האפשרות framestats כדי לספק מידע מפורט יותר על התזמון של פריימים מהפריימים האחרונים, וכך לאתר ולפתור בעיות בצורה מדויקת יותר:
adb shell dumpsys gfxinfo package-name framestats
במאמר כתיבת Macrobenchmark מוסבר איך להשתמש ב-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"}]
נתונים סטטיסטיים של 'פיתוח' ו-'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 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]
בדוגמה של ה-dump שמופיעה למעלה, מחפשים שורות שכוללות את uid=10007. יש שני קווים כאלה – הראשון מציין חיבור סלולרי והשני מציין חיבור Wi-Fi. מתחת לכל שורה אפשר לראות את הפרטים הבאים לגבי כל חלון של שעתיים, שמופיעים במילישניות:bucketDuration
-
set=DEFAULTמציין שימוש ברשת ברקע, ו-set=BACKGROUNDמציין שימוש ברשת בחזית. set=ALLכולל את שניהם. -
tag=0x0מציין את תג השקע שמשויך לתנועה. -
rxBytesו-rxPacketsמייצגים בייטים שהתקבלו ומנות שהתקבלו במרווח הזמן המתאים. -
txBytesו-txPacketsמייצגים בייטים שנשלחו (הועברו) וחבילות נתונים שנשלחו במרווח הזמן המתאים.
בדיקת אבחון הסוללה
ציון השירות batterystats יוצר נתונים סטטיסטיים על השימוש בסוללה במכשיר, שמסודרים לפי מזהה משתמש ייחודי (UID). כאן מוסבר איך משתמשים ב-dumpsys כדי לבדוק את האפליקציה במצב שינה ובמצב המתנה של האפליקציה.
הפקודה ל-batterystats היא:
adb shell dumpsys batterystats options
כדי לראות רשימה של אפשרויות נוספות שזמינות ל-batterystats, צריך לכלול את האפשרות -h. בדוגמה הבאה מוצגים נתונים סטטיסטיים של השימוש בסוללה עבור חבילת APK שצוינה, מאז הטעינה האחרונה של המכשיר:
adb shell dumpsys batterystats --charged package-name
הפלט בדרך כלל כולל את הפרטים הבאים:
- היסטוריה של אירועים שקשורים לסוללה
- נתונים סטטיסטיים גלובליים לגבי המכשיר
- שימוש משוער בחשמל לכל UID ורכיב מערכת
- אלפיות שנייה לכל מנה בנייד לפי אפליקציה
- נתונים סטטיסטיים מצטברים של מזהה ייחודי (UID) של המערכת
- נתונים סטטיסטיים מצטברים של מזהה ייחודי (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 או ברמת המערכת. הנתונים נבחרים להכללה על סמך התועלת שלהם בניתוח הביצועים של הסוללה. כל שורה מייצגת תצפית, עם הרכיבים הבאים:
- מספר שלם זמני לשמירת מקום (placeholder)
- מזהה המשתמש שמשויך לתצפית
- מצב הצבירה:
-
iלמידע שלא קשור לסטטוס של חיוב/אי-חיוב. -
lל---charged(צריכת הסוללה מאז הטעינה האחרונה). -
uעבור--unplugged(השימוש מאז הניתוק האחרון). הוצא משימוש ב-Android 5.1.1.
-
- מזהה הקטע, שקובע איך לפרש את הערכים הבאים בשורה.
בטבלה הבאה מתוארים מזהי הקטע השונים שעשויים להופיע:
טבלה 2. רשימה של מזהי קטעים
| מזהה הקטע | תיאור | שדות נוספים |
|---|---|---|
|
גרסה |
|
|
UID |
|
|
APK |
|
|
עיבוד |
|
|
חיישן |
|
|
רטט |
|
|
חזית |
|
|
שעון המדינה |
|
|
חסימת מצב שינה |
|
|
סנכרון |
|
|
משימה |
|
|
חסימת מצב שינה של ליבה |
|
|
הסיבה להוצאה ממצב שינה |
|
|
רשת |
|
|
פעילות משתמש |
|
|
סוללה |
|
|
פריקת הסוללה |
|
|
רמת סוללה |
|
|
Wi-Fi |
|
|
Wi-Fi גלובלי |
|
|
Bluetooth גלובלי |
|
|
שונות |
|
|
רשת גלובלית |
|
|
בהירות המסך |
|
|
זמן סריקת האות |
|
|
זמן עוצמת האות |
|
|
מספר עוצמות האות |
|
|
זמן חיבור הנתונים |
|
|
מספר חבילות הגלישה |
|
|
זמן מצב Wi-Fi |
|
|
מספר המצבים של Wi-Fi |
|
|
זמן מצב ה-Supplicant של 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 מאפשרת לראות איך האפליקציה מתנהגת לאורך זמן, כולל משך הזמן שהיא פועלת ברקע וכמות הזיכרון שהיא צורכת במהלך הזמן הזה. הכלי עוזר לכם לזהות במהירות חוסר יעילות והתנהגויות לא רצויות באפליקציה, כמו דליפות זיכרון, שיכולות להשפיע על הביצועים שלה, במיוחד כשהיא פועלת במכשירים עם נפח זיכרון נמוך. ב-state dump מוצגים נתונים סטטיסטיים על זמן הריצה של כל אפליקציה, על גודל קבוצת הפרופורציות (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
אפשר להקליט תמונת מצב של חלוקת הזיכרון של האפליקציה בין סוגים שונים של הקצאת RAM באמצעות הפקודה הבאה:
adb shell dumpsys meminfo [-d] package_name|pid
הדגל -d מדפיס מידע נוסף שקשור לשימוש בזיכרון של Dalvik ו-ART.
הדגל -h מדפיס את כל הדגלים הנתמכים.
בפלט מוצגות כל ההקצאות הנוכחיות של האפליקציה, שנמדדות בקילובייט.
כשבודקים את המידע הזה, חשוב להכיר את סוגי ההקצאות הבאים:
- זיכרון RAM נקי ומלוכלך פרטי
- זהו זיכרון שמשמש רק את התהליך שלכם. זהו רוב ה-RAM שהמערכת יכולה לשחרר כשהתהליך של האפליקציה מושמד. באופן כללי, החלק הכי חשוב הוא זיכרון RAM פרטי עם נתונים מלוכלכים (dirty), שהוא הכי יקר כי רק התהליך שלכם משתמש בו והתוכן שלו קיים בעיקר בזיכרון RAM פעיל. ב-Android לא נעשה שימוש בקובצי החלפה מסורתיים בדיסק, אלא ב-zRAM (דחיסת דפים בזיכרון) כדי להחליף דפים לא נקיים, ולפעמים ב-zRAM Writeback כדי לאחסן דפים לא פעילים באחסון פלאש. עם זאת, מכיוון שדחיסת דפים כרוכה בעלויות של מחזורי CPU, והכתיבה לזיכרון הפלאש מוגבלת כדי למנוע בלאי של החומרה, אי אפשר להוציא את זיכרון ה-RAM הפרטי המלוכלך בלי עלות. כל ההקצאות של Dalvik ושל זיכרון RAM מקומי הן פרטיות. הקצאות של Dalvik ושל קוד מקורי שמשותפות עם תהליך Zygote הן זיכרון RAM משותף עם נתונים לא שמורים.
- גודל סט יחסי (PSS)
- זהו מדד של השימוש ב-RAM באפליקציה, שמתחשב בשיתוף דפים בין תהליכים. כל דפי ה-RAM הייחודיים לתהליך תורמים ישירות לערך ה-PSS שלו, ואילו דפים שמשותפים עם תהליכים אחרים תורמים לערך ה-PSS רק באופן יחסי לכמות השיתוף. לדוגמה, אם דף משותף לשני תהליכים, הוא תורם חצי מהגודל שלו ל-PSS של כל תהליך.
מאפיין של מדידת ה-PSS הוא שאפשר לסכום את ה-PSS בכל התהליכים כדי לקבוע את הזיכרון בפועל שבו משתמשים כל התהליכים. המשמעות היא ש-PSS הוא מדד טוב למשקל ה-RAM בפועל של תהליך, ולהשוואה לשימוש ב-RAM של תהליכים אחרים ולסך ה-RAM הזמין.
לדוגמה, הפלט של תהליך המפה במכשיר 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
הנה גרסה ישנה יותר של אפליקציית Gmail ב-Dalvik:dumpsys
** 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- הזיכרון RAM שמוקצה ל-Dalvik באפליקציה.
Pss Totalהערך כולל את כל ההקצאות של Zygote, עם משקל שנקבע לפי השיתוף שלהן בין התהליכים, כפי שמתואר בהגדרה של PSS. המספרPrivate Dirtyהוא ה-RAM בפועל שהוקצה רק ל-heap של האפליקציה, והוא מורכב מההקצאות שלכם ומכל דפי ההקצאה של Zygote שעברו שינוי מאז הפיצול של התהליך של האפליקציה מ-Zygote.הערה: בגרסאות חדשות יותר של הפלטפורמה שכוללות את הקטע
Dalvik Other, המספריםPss Totalו-Private Dirtyשל Dalvik Heap לא כוללים את התקורה של Dalvik, כמו קומפילציה בזמן ריצה (JIT) וניהול של איסוף נתונים (GC), בעוד שבגרסאות ישנות יותר כל הנתונים האלה מופיעים יחד בקטעDalvik.הערך
Heap Allocהוא כמות הזיכרון שמוקצה ל-Dalvik ול-native heap, והמערכת עוקבת אחריו באפליקציה. הערך הזה גדול יותר מהערכיםPss Totalו-Private Dirtyכי התהליך שלך הסתעף מ-Zygote וכולל הקצאות שהתהליך שלך משתף עם כל התהליכים האחרים. .so mmapוגם.dex mmap- ה-RAM שמשמש למיפוי
.so(native) ו.dex(Dalvik או ART) של קוד. המספרPss Totalכולל קוד פלטפורמה שמשותף בין אפליקציות. Private Cleanהוא הקוד של האפליקציה שלכם. בדרך כלל, הגודל הממופה בפועל גדול יותר. ה-RAM שמוצג כאן הוא רק מה שצריך להיות כרגע ב-RAM עבור קוד שהופעל על ידי האפליקציה. עם זאת, ל-.so mmapיש נתונים פרטיים רבים שצריך לנקות, וזה קורה בגלל תיקונים בקוד המקורי כשהוא נטען לכתובת הסופית שלו. .oat mmap- זו כמות ה-RAM שבה נעשה שימוש על ידי תמונת הקוד. היא מבוססת על המחלקות שנטענו מראש, שמשמשות בדרך כלל כמה אפליקציות. התמונה הזו משותפת לכל האפליקציות ולא מושפעת מאפליקציות ספציפיות.
.art mmap- זו כמות ה-RAM שבה נעשה שימוש בתמונה של הערימה. היא מבוססת על
המחלקות שנטענו מראש, שמשמשות בדרך כלל כמה אפליקציות. התמונה הזו משותפת לכל האפליקציות ולא מושפעת מאפליקציות מסוימות. למרות שתמונת ה-ART מכילה
Objectמופעים, היא לא נכללת בגודל ה-heap. .Heap(רק עם דגל-d)
- זו כמות הזיכרון של הערימה שהוקצתה לאפליקציה. הזיכרון הזה לא כולל אובייקטים במרחבי התמונות והאובייקטים הגדולים, אבל הוא כולל את מרחב ה-Zygote ואת המרחב הלא-נייד.
.LOS(רק עם דגל-d)
- זו כמות ה-RAM שנעשה בה שימוש על ידי מרחב האובייקטים הגדולים של ART. כולל אובייקטים גדולים של Zygote. אובייקטים גדולים הם כל ההקצאות של מערכים פרימיטיביים שגדולים מ-12KB.
.GC(רק עם דגל-d)- עלות התקורה של מנגנון איסוף זבל. אין דרך להפחית את התקורה הזו.
.JITCache(רק עם דגל-d)- כאן מוצג נפח הזיכרון שמשמש את מטמון הנתונים והקוד של JIT. בדרך כלל הערך הוא אפס, כי כל האפליקציות עוברות קומפילציה בזמן ההתקנה.
.Zygote(רק עם דגל-d)
- This is the amount of memory used by the Zygote space. המרחב של Zygote נוצר במהלך הפעלת המכשיר ואף פעם לא מוקצה.
.NonMoving(רק עם דגל-d)- זו כמות ה-RAM שמשמשת את המרחב הלא נע של ART. האזור שלא ניתן להזזה מכיל אובייקטים מיוחדים שלא ניתן להזזה, כמו שדות ושיטות. אפשר להקטין את החלק הזה על ידי שימוש בפחות שדות ושיטות באפליקציה.
.IndirectRef(רק עם דגל-d)- זו כמות ה-RAM שמשמשת את טבלאות ההפניה העקיפה של ART. בדרך כלל הכמות הזו קטנה, אבל אם היא גבוהה מדי, אפשר להקטין אותה על ידי צמצום מספר ההפניות המקומיות והגלובליות של JNI שבהן נעשה שימוש.
Unknown- כל דפי ה-RAM שהמערכת לא הצליחה לסווג לאף אחד מהפריטים הספציפיים יותר. בשלב הזה, הנתונים האלה כוללים בעיקר הקצאות מקומיות, שלא ניתן לזהות אותן באמצעות הכלי בזמן איסוף הנתונים בגלל רנדומיזציה של פריסת מרחב הכתובות (ASLR). בדומה ל-Dalvik heap,
Pss TotalforUnknownלוקח בחשבון את השיתוף עם Zygote, ו-Private Dirtyהוא זיכרון RAM לא ידוע שמוקצה רק לאפליקציה שלכם. TOTAL- הזיכרון הכולל מסוג RAM של Proportional Set Size (PSS) שנעשה בו שימוש בתהליך. זהו הסכום של כל השדות של PSS שמעליו. הוא מציין את משקל הזיכרון הכולל של התהליך, שאפשר להשוות אותו ישירות לתהליכים אחרים ולזיכרון ה-RAM הכולל שזמין.
Private Dirtyו-Private Cleanהם ההקצאות הכוללות בתהליך, שלא משותפות עם תהליכים אחרים. כשהתהליך מושמד, כל ה-RAM שהוקצה לו משוחרר בחזרה למערכת. אפשר גם להוציא אתPrivate Cleanמהזיכרון ולשחרר אותו לפני שהתהליך נהרס, אבלPrivate Dirtyמשתחרר רק כשהתהליך נהרס.זיכרון RAM מלוכלך הוא דפים שעברו שינוי ונשמרים בזיכרון RAM פעיל, דחוסים ב-zRAM או נכתבים בחזרה לאחסון. זיכרון RAM נקי הוא דפים שמופו מקובץ קבוע, כמו קוד שמופעל, ואפשר להעביר אותם לדף אם לא נעשה בהם שימוש במשך זמן מה.
ViewRootImpl- מספר תצוגות הבסיס שפעילות בתהליך. כל תצוגת בסיס משויכת לחלון, כך שהיא יכולה לעזור לכם לזהות דליפות זיכרון שקשורות לתיבות דו-שיח או לחלונות אחרים.
AppContextsוגםActivities
- The number of app
ContextandActivityobjects that currently live in your process. כך תוכלו לזהות במהירות אובייקטים שלActivityשהודלפו ולא ניתן לבצע בהם איסוף אשפה בגלל הפניות סטטיות אליהם, וזה דבר נפוץ. לאובייקטים האלה משויכים בדרך כלל הקצאות רבות אחרות, ולכן הם דרך טובה לעקוב אחרי דליפות זיכרון גדולות.