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
:
אפשרות | תיאור |
---|---|
-t timeout
|
מציינים את פרק הזמן לתפוגה בשניות. אם לא מציינים ערך, ערך ברירת המחדל הוא 10 שניות. |
--help
|
מדפיסים את טקסט העזרה של הכלי dumpsys .
|
-l
|
הצגת רשימה מלאה של שירותי המערכת שאפשר להשתמש בהם עם dumpsys .
|
--skip services
|
מציינים את services שלא רוצים לכלול בפלט. |
service [arguments]
|
מציינים את service שרוצים להפיק. בחלק מהשירותים אפשר להעביר arguments אופציונלי. כדי לקבל מידע על הארגומנטים האופציונליים האלה, מעבירים את האפשרות -h עם השירות:
adb shell dumpsys procstats -h |
-c
|
כשמציינים שירותים מסוימים, צריך לצרף את האפשרות הזו כדי להפיק נתונים בפורמט שמתאים למכונות. |
-h
|
בשירותים מסוימים, אפשר להוסיף את האפשרות הזו כדי לראות טקסט עזרה ואפשרויות נוספות לאותו שירות. |
בדיקת אבחון הקלט
ציון השירות input
, כפי שמוצג בפקודה הבאה, יגרום ליצירת גרסת dump של המצב של התקני הקלט של המערכת, כמו מקלדות ומסכים מגע, ושל עיבוד אירועי הקלט.
adb shell dumpsys input
הפלט משתנה בהתאם לגרסה של Android שפועלת במכשיר המחובר. בקטעים הבאים מתוארים סוגי המידע שמוצגים בדרך כלל.
המצב של Event Hub
לפניכם דוגמה למה שעשוי להופיע כשבודקים את מצב 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
אחראי על פענוח אירועי קלט מהליבה. ב-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
בסוף הדמפ של מצב קורא הקלט מופיע מידע על פרמטרים גלובליים של תצורה, כמו מרווח הזמן בין הקשות:
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
:
הסטטוס של Event Hub:
- כל ציוד הקלט שציפיתם לו נמצא.
- לכל מכשיר קלט יש קובץ מתאים של פריסת מפתחות, קובץ של מפת תווים של מפתחות וקובץ תצורה של מכשיר הקלט. אם הקבצים חסרים או מכילים שגיאות תחביר, הם לא נטענים.
- כל מכשיר קלט מסווג בצורה נכונה. הביטים בשדה
Classes
תואמים לדגלים ב-EventHub.h
, כמוINPUT_DEVICE_CLASS_TOUCH_MT
. - הערך של
BuiltInKeyboardId
נכון. אם למכשיר אין מקלדת מובנית, המזהה צריך להיות-2
. אחרת, זה צריך להיות המזהה של המקלדת המובנית. - אם אתם רואים שהתווית
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
כדי לשלב מדידות של ביצועי ממשק המשתמש בשיטות הבדיקה מפורט במאמר כתיבת Macrobenchmark.
בדיקת ניתוח הרשת
ציון השירות 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). במאמר בדיקה באמצעות Doze ו-App Standby מוסבר איך משתמשים ב-dumpsys
כדי לבדוק את האפליקציה לצורך התאמה ל-Doze ול-App Standby.
הפקודה של batterystats
היא:
adb shell dumpsys batterystats options
כדי לראות רשימה של אפשרויות נוספות שזמינות ל-batterystats
, צריך לכלול את האפשרות -h
. בדוגמה הבאה מוצגת הפלט של נתונים סטטיסטיים לגבי השימוש בסוללה של חבילת אפליקציות מסוימת מאז הטעינה האחרונה של המכשיר:
adb shell dumpsys batterystats --charged package-name
בדרך כלל הפלט כולל את הפרטים הבאים:
- היסטוריה של אירועים הקשורים לסוללה
- נתונים סטטיסטיים גלובליים של המכשיר
- צריכת החשמל המשוערת לכל מזהה משתמש (UID) ורכיב מערכת
- אלפיות שנייה לכל חבילה בנייד לכל אפליקציה
- נתונים סטטיסטיים מצטברים של UID המערכת
- נתונים סטטיסטיים מצטברים של מזהה ייחודי (UID) של אפליקציה
במאמר יצירת פרופיל של השימוש בסוללה באמצעות Batterystats ו-Battery Historian מוסבר איך משתמשים ב-batterystats
כדי ליצור תצוגה חזותית של הפלט ב-HTML, וכך להבין ולזהות בקלות בעיות שקשורות לסוללה.
בדיקת פלט שמתאים למכונות
אפשר ליצור פלט של 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 ...
התצפיות לגבי השימוש בסוללה יכולות להיות לפי מזהה משתמש או ברמת המערכת. הנתונים נבחרים להכללה על סמך התועלת שלהם בניתוח ביצועי הסוללה. כל שורה מייצגת תצפית, עם הרכיבים הבאים:
- מספר שלם של placeholder
- מזהה המשתמש שמשויך לתצפית
- מצב הצבירה:
i
למידע שלא קשור לסטטוס טעינה/לא טעינה.l
עבור--charged
(שימוש מאז הטעינה האחרונה).u
עבור--unplugged
(שימוש מאז הניתוק האחרון). הוצא משימוש ב-Android 5.1.1.
- מזהה הקטע, שמגדיר איך לפרש את הערכים הבאים בשורה.
בטבלה הבאה מתוארים מזהים שונים של קטעים שעשויים להופיע:
מזהה מדור | תיאור | שדות נוספים |
---|---|---|
|
גרסה |
|
|
UID |
|
|
APK |
|
|
תהליך |
|
|
חיישן |
|
|
ויברטור |
|
|
חזית |
|
|
זמן המדינה |
|
|
חסימת מצב שינה |
|
|
סנכרון |
|
|
משרה |
|
|
Kernel Wake Lock |
|
|
הסיבה להפעלה מחדש |
|
|
רשת |
|
|
פעילות משתמש |
|
|
סוללה |
|
|
פריקת סוללה |
|
|
רמת סוללה |
|
|
Wi-Fi |
|
|
Global Wi-Fi |
|
|
Global Bluetooth |
|
|
שונות |
|
|
רשת גלובלית |
|
|
בהירות המסך |
|
|
זמן הסריקה של האות |
|
|
זמן עוצמת האות |
|
|
ספירת עוצמת האות |
|
|
זמן חיבור הנתונים |
|
|
מספר חבילת הגלישה |
|
|
זמן מצב ה-Wi-Fi |
|
|
מספר המצבים של Wi-Fi |
|
|
זמן המצב של Wi-Fi Supplicant |
|
|
Wi-Fi Supplicant State Count |
|
|
זמן עוצמת האות של Wi-Fi |
|
|
ספירת עוצמת האות של Wi-Fi |
|
|
זמן מצב Bluetooth |
|
|
ספירת המצבים של Bluetooth |
|
|
סיכום של צריכת החשמל |
|
|
פריט של צריכת חשמל |
|
|
שלב פריקה |
|
|
שלב החיוב |
|
|
זמן טעינה שנותר |
|
|
זמן הטעינה שנותר |
|
הערה: לפני Android 6.0, המעקב אחר צריכת החשמל של רדיו Bluetooth, רדיו סלולרי ו-Wi-Fi היה בקטגוריה m
(שונות). ב-Android מגרסה 6.0 ואילך, המעקב אחר צריכת החשמל של הרכיבים האלה מתבצע בקטע pwi
(פריט של צריכת חשמל) עם תוויות נפרדות (wifi
, blue
, cell
) לכל רכיב.
הצגת הקצאות זיכרון
אפשר לבדוק את השימוש בזיכרון של האפליקציה באחת משתי דרכים: לאורך תקופת זמן באמצעות procstats
או בנקודת זמן מסוימת באמצעות meminfo
.
בקטעים הבאים מוסבר איך להשתמש בשתי השיטות.
procstats
procstats
מאפשר לראות את התנהגות האפליקציה לאורך זמן, כולל משך הזמן שהיא פועלת ברקע וכמות הזיכרון שהיא משתמשת בו במהלך הזמן הזה. בעזרת הכלי הזה תוכלו למצוא במהירות חוסר יעילות והתנהגות לא תקינה באפליקציה, כמו דליפות זיכרון, שיכולות להשפיע על הביצועים שלה, במיוחד כשהיא פועלת במכשירים עם נפח זיכרון נמוך. ב-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 פרטי מלוכלך, שהוא היקר ביותר כי רק התהליך שלכם משתמש בו, כי התוכן שלו קיים רק ב-RAM, ולכן אי אפשר להעביר אותו לאחסון כי ב-Android לא נעשה שימוש בהחלפה (swap). כל ההקצאות של Dalvik ושל אשכול מקומי הן זיכרון RAM פרטי ומלוכלך. הקצאות של Dalvik ושל קוד מקורי שאתם משתפים עם תהליך Zygote הן זיכרון RAM משותף ומלוכלך.
- Proportional Set Size (PSS)
- מדד של השימוש של האפליקציה ב-RAM, שמביא בחשבון חלוקת דפים בין תהליכים. דפי RAM ייחודיים לתהליך תורמים ישירות לערך ה-PSS שלו, בעוד שדפים שמשותפים עם תהליכים אחרים תורמים לערך ה-PSS רק בהתאם לכמות השיתוף. לדוגמה, דף שמשותף בין שני תהליכים תורם מחצית מהגודל שלו ל-PSS של כל תהליך.
מאפיין של מדידת ה-PSS הוא שאפשר להוסיף את ה-PSS של כל התהליכים כדי לקבוע את נפח הזיכרון בפועל שבו משתמשים כל התהליכים. כלומר, PSS הוא מדד טוב למעמס ה-RAM בפועל של תהליך, ולצורך השוואה לשימוש ב-RAM של תהליכים אחרים ולזיכרון ה-RAM הכולל שזמין.
לדוגמה, זהו הפלט של התהליך של 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
ב-Dalvik של אפליקציית Gmail:
** 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 ושל הערימה המקומית עוקבת אחריו עבור האפליקציה. הערך הזה גדול יותר מ-Pss Total
ומ-Private Dirty
כי התהליך הופרד מ-Zygote וכולל הקצאות שהתהליך משתף עם כל שאר התהליכים. .so mmap
וגם.dex mmap
- ה-RAM שמשמש לקוד
.so
(מקורי) ו-.dex
(Dalvik או ART) ממופה. המספרPss Total
כולל קוד פלטפורמה ששותף בין אפליקציות.Private Clean
הוא הקוד של האפליקציה שלכם. בדרך כלל, הגודל הממופה בפועל גדול יותר. כאן, ה-RAM הוא רק מה שצריך להיות כרגע ב-RAM עבור הקוד שהאפליקציה הפעילה. עם זאת, ל-.so mmap
יש נפח גדול של נתונים פרטיים לא נקיים, שנובעים מתיקונים בקוד המקורי כשהוא נטען לכתובת הסופית שלו. .oat mmap
- זהו נפח ה-RAM שבו משתמש קובץ האימג' של הקוד. הוא מבוסס על הכיתות שהועלו מראש, שבהן משתמשות בדרך כלל כמה אפליקציות. התמונה הזו משותפת לכל האפליקציות, והיא לא מושפעת מאפליקציות מסוימות.
.art mmap
- זהו נפח ה-RAM שבו נעשה שימוש בתמונה של אשכול. הוא מבוסס על הכיתות שהועלו מראש, שבהן משתמשות בדרך כלל כמה אפליקציות. התמונה הזו משותפת בין כל האפליקציות ולא מושפעת מאפליקציות מסוימות. למרות שתמונת ה-ART מכילה מכונות
Object
, היא לא נכללת בגודל האוסף. .Heap
(רק עם הדגל-d
)- נפח הזיכרון ב-heap של האפליקציה. לא נכללים אובייקטים ב-image ובמרחבים של אובייקטים גדולים, אבל כן נכללים המרחב של Zygote והמרחב הלא נע.
.LOS
(רק עם הדגל-d
)- זו כמות ה-RAM שבה נעשה שימוש במרחב של אובייקטים גדולים ב-ART. כולל אובייקטים גדולים של Zygote. אובייקטים גדולים הם כל הקצאות מערכי פריטים פרימיטיביים שגדולים מ-12KB.
.GC
(רק עם הדגל-d
)- זוהי עלות העלויות הנלוות של איסוף האשפה. אין דרך לצמצם את העלויות האלה.
.JITCache
(רק עם הדגל-d
)- זהו נפח הזיכרון שמשמש את המטמון של הנתונים והקוד של JIT. בדרך כלל הערך הזה הוא אפס, כי כל האפליקציות מקובצות בזמן ההתקנה.
.Zygote
(רק עם הדגל-d
)- זהו נפח הזיכרון שבו נעשה שימוש במרחב Zygote. המרחב של Zygote נוצר במהלך הפעלת המכשיר ואף פעם לא מוקצה.
.NonMoving
(רק עם הדגל-d
)- נפח ה-RAM שמשמש את האזור הלא נע של ART. המרחב הלא נע מכיל אובייקטים מיוחדים שלא ניתן להעביר, כמו שדות ושיטות. כדי לצמצם את הקטע הזה, אפשר להשתמש בפחות שדות ושיטות באפליקציה.
.IndirectRef
(רק עם הדגל-d
)- זוהי כמות ה-RAM שבה נעשה שימוש בטבלאות ההפניה העקיפות של ART. בדרך כלל הסכום הזה קטן, אבל אם הוא גבוה מדי, יכול להיות שתוכלו לצמצם אותו על ידי צמצום מספר ההפניות המקומיות והגלובליות ל-JNI שבהן אתם משתמשים.
Unknown
- כל דפי ה-RAM שהמערכת לא הצליחה לסווג לאחד מהפריטים הספציפיים יותר האחרים. בשלב זה, הנתונים האלה מכילים בעיקר הקצאות מקומיות, שהכלי לא יכול לזהות בזמן איסוף הנתונים בגלל רנדומיזציה של פריסת מרחב הכתובות (ASLR). בדומה לאוסף של Dalvik, הערך של
Pss Total
עבורUnknown
מתייחס לשיתוף עם Zygote, ו-Private Dirty
הוא זיכרון RAM לא ידוע שמיועד רק לאפליקציה שלכם. TOTAL
- נפח ה-RAM הכולל של Proportional Set Size (PSS) שבו השתמש התהליך. זהו הסכום של כל שדות ה-PSS שמעליו. הוא מציין את משקל הזיכרון הכולל של התהליך, שניתן להשוות אותו ישירות לתהליכים אחרים ולסך כל הזיכרון הזמין ב-RAM.
Private Dirty
ו-Private Clean
הם ההקצאות הכוללות בתהליך, שלא משותפות עם תהליכים אחרים. כשהתהליך נהרס, כל ה-RAM מהקצאות האלה מוחזר למערכת. אפשר גם להוציא אתPrivate Clean
מהדף ולשחרר אותו לפני שהתהליך נהרס, אבלPrivate Dirty
משוחרר רק כשהתהליך נהרס.זיכרון RAM מלוכלך הוא דפים שעברו שינוי, ולכן הם חייבים להישאר ב-RAM כי אין החלפה. זיכרון RAM נקי הוא דפים שהותאמו מקובץ מתמיד, כמו קוד שפועל, ואפשר להוציא אותם מהזיכרון אם לא משתמשים בהם במשך זמן מה.
ViewRootImpl
- מספר תצוגות השורש הפעילות בתהליך. כל תצוגת root משויכת לחלון, כך שאפשר להשתמש בה כדי לזהות דליפות זיכרון שכוללות חלונות דו-שיח או חלונות אחרים.
AppContexts
וגםActivities
- מספר האובייקטים מסוג
Context
ו-Activity
של האפליקציה שנמצאים כרגע בתהליך. כך תוכלו לזהות במהירות אובייקטים שלActivity
שדלפו ולא ניתן לאסוף אותם בגלל הפניות סטטיות, מצב נפוץ. לרוב, לאובייקטים האלה משויכות הקצאות רבות אחרות, ולכן הם דרך טובה למעקב אחרי דליפות זיכרון גדולות.