डंपसिस

dumpsys एक ऐसा टूल है जो Android डिवाइसों पर काम करता है. यह सिस्टम सेवाओं के बारे में जानकारी देता है. कनेक्ट किए गए डिवाइस पर चल रही सभी सिस्टम सेवाओं के लिए, परफ़ॉर्मेंस से जुड़ी जानकारी पाने के लिए, Android डीबग ब्रिज (एडीबी) का इस्तेमाल करके, कमांड लाइन से dumpsys को कॉल करें.

आम तौर पर, यह आउटपुट आपकी ज़रूरत से ज़्यादा जानकारी वाला होता है. इसलिए, इस पेज पर मौजूद कमांड-लाइन के विकल्पों का इस्तेमाल करके, सिर्फ़ उन सिस्टम सेवाओं का आउटपुट पाएं जिनकी आपको ज़रूरत है. इस पेज पर यह भी बताया गया है कि 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 का इस्तेमाल करते समय उपलब्ध विकल्पों की सूची यहां दी गई है:

पहली टेबल. dumpsys के लिए उपलब्ध विकल्पों की सूची

विकल्प Description
-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, कर्नल से मिले इनपुट इवेंट को डिकोड करने के लिए ज़िम्मेदार होता है. इसके स्टेट डंप से यह जानकारी मिलती है कि हर इनपुट डिवाइस को कैसे कॉन्फ़िगर किया गया है. साथ ही, इसमें हाल ही में हुए बदलावों के बारे में भी पता चलता है. जैसे, बटन दबाना या टच स्क्रीन पर टच करना.

नीचे दिए गए सैंपल में, टच स्क्रीन के लिए आउटपुट दिखाया गया है. डिवाइस के रिज़ॉल्यूशन और इस्तेमाल किए गए कैलिब्रेशन पैरामीटर के बारे में जानकारी नोट करें.

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, ऐप्लिकेशन को इनपुट इवेंट भेजने के लिए ज़िम्मेदार होता है. नीचे दिए गए सैंपल आउटपुट में दिखाया गया है कि इसके स्टेट डंप में, इन चीज़ों के बारे में जानकारी दिखती है: कौनसी विंडो को छुआ जा रहा है, इनपुट क्यू की स्थिति, एएनआर की समस्या हो रही है या नहीं, और इनपुट इवेंट की अन्य जानकारी:

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 सही है. अगर डिवाइस में कीबोर्ड की सुविधा नहीं है, तो आईडी -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 सेवा के बारे में बताने से, डिवाइस के बूट अप होने के बाद से इकट्ठा किए गए नेटवर्क के इस्तेमाल के आंकड़े मिलते हैं. ज़्यादा जानकारी पाने के लिए, जैसे कि यूनीक उपयोगकर्ता आईडी (यूआईडी) की ज़्यादा जानकारी, detail विकल्प को इस तरह शामिल करें:

adb shell dumpsys netstats detail

कनेक्ट किए गए डिवाइस पर चल रहे Android के वर्शन के हिसाब से, आउटपुट अलग-अलग होता है. यहां दिए गए सेक्शन में, आम तौर पर दिखने वाली जानकारी के बारे में बताया गया है.

ऐक्टिव इंटरफ़ेस और ऐक्टिव यूआईडी इंटरफ़ेस

यहां दिए गए सैंपल आउटपुट में, कनेक्ट किए गए डिवाइस के चालू इंटरफ़ेस और चालू यूआईडी इंटरफ़ेस की सूची दी गई है. ज़्यादातर मामलों में, चालू इंटरफ़ेस और चालू यूआईडी इंटरफ़ेस की जानकारी एक जैसी होती है.

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

अपने ऐप्लिकेशन का यूआईडी ढूंढने के लिए, यह निर्देश चलाएं: 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 मौजूद है. ऐसी दो लाइनें मौजूद हैं. पहली लाइन, मोबाइल कनेक्शन के बारे में बताती है और दूसरी लाइन, वाई-फ़ाई कनेक्शन के बारे में बताती है. हर लाइन के नीचे, आपको हर दो घंटे की विंडो के लिए यह जानकारी दिखेगी. यह जानकारी bucketDuration मिलीसेकंड में दिखाता है:

  • set=DEFAULT से फ़ोरग्राउंड में नेटवर्क के इस्तेमाल की जानकारी मिलती है, जबकि set=BACKGROUND से बैकग्राउंड में नेटवर्क के इस्तेमाल की जानकारी मिलती है. set=ALL का मतलब दोनों से है.
  • tag=0x0 से पता चलता है कि ट्रैफ़िक से कौनसा सॉकेट टैग जुड़ा है.
  • rxBytes और rxPackets से, तय समय में मिले बाइट और पैकेट के बारे में पता चलता है.
  • txBytes और txPackets, भेजे गए (ट्रांसमिट किए गए) बाइट और भेजे गए पैकेट को दिखाते हैं. ये दोनों, समय के तय किए गए इंटरवल के हिसाब से होते हैं.

बैटरी की परफ़ॉर्मेंस से जुड़ी जानकारी देखना

batterystats सेवा, डिवाइस पर बैटरी खर्च से जुड़ा डेटा जनरेट करती है. इसे यूनीक यूज़र आईडी (यूआईडी) के हिसाब से व्यवस्थित किया जाता है. बैटरी बचाने (डोज़) और ऐप स्टैंडबाय की सुविधा के लिए, अपने ऐप्लिकेशन को टेस्ट करने के लिए dumpsys का इस्तेमाल करने का तरीका जानने के लिए, बैटरी बचाने (डोज़) और ऐप स्टैंडबाय की सुविधा के साथ टेस्टिंग लेख पढ़ें.

batterystats के लिए निर्देश यहां दिया गया है:

adb shell dumpsys batterystats options

batterystats के लिए उपलब्ध अन्य विकल्पों की सूची देखने के लिए, -h विकल्प शामिल करें. यहां दिए गए उदाहरण में, डिवाइस के आखिरी बार चार्ज होने के बाद से, किसी ऐप्लिकेशन पैकेज के बैटरी इस्तेमाल करने से जुड़े आंकड़े दिखाए गए हैं:

adb shell dumpsys batterystats --charged package-name

आम तौर पर, आउटपुट में यह जानकारी शामिल होती है:

  • बैटरी से जुड़े इवेंट का इतिहास
  • डिवाइस के लिए ग्लोबल आंकड़े
  • हर यूआईडी और सिस्टम कॉम्पोनेंट के हिसाब से, अनुमानित बैटरी खर्च
  • हर ऐप्लिकेशन के लिए, हर पैकेट के हिसाब से मोबाइल मिलीसेकंड
  • सिस्टम यूआईडी के कुल आंकड़े
  • ऐप्लिकेशन के यूआईडी के हिसाब से एग्रीगेट किए गए आंकड़े

batterystats का इस्तेमाल करने और आउटपुट का एचटीएमएल विज़ुअलाइज़ेशन जनरेट करने के बारे में ज़्यादा जानने के लिए, Batterystats और Battery Historian की मदद से बैटरी के इस्तेमाल की प्रोफ़ाइल बनाना लेख पढ़ें. इससे बैटरी से जुड़ी समस्याओं को समझना और उनका पता लगाना आसान हो जाता है.

मशीन के हिसाब से तैयार किए गए आउटपुट की जांच करना

मशीन से पढ़े जा सकने वाले CSV फ़ॉर्मैट में batterystats आउटपुट जनरेट करने के लिए, यहां दिया गया निर्देश इस्तेमाल करें:

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
...

बैटरी के इस्तेमाल से जुड़ी जानकारी, हर यूआईडी या सिस्टम-लेवल के हिसाब से हो सकती है. बैटरी की परफ़ॉर्मेंस का विश्लेषण करने में डेटा कितना मददगार है, इसके आधार पर उसे शामिल करने के लिए चुना जाता है. हर लाइन में एक ऑब्ज़र्वेशन होता है. इसमें ये एलिमेंट शामिल होते हैं:

  • प्लेसहोल्डर पूर्णांक
  • ऑब्ज़र्वेशन से जुड़ा यूज़र आईडी
  • एग्रीगेशन मोड:
    • i का इस्तेमाल, चार्ज किए गए/चार्ज नहीं किए गए स्टेटस से जुड़ी जानकारी के लिए नहीं किया जा सकता.
    • --charged के लिए l (पिछली बार चार्ज करने के बाद से इस्तेमाल).
    • u के लिए --unplugged (अनप्लग करने के बाद से इस्तेमाल). Android 5.1.1 में बंद कर दिया गया है.
  • सेक्शन आइडेंटिफ़ायर, जिससे यह तय होता है कि लाइन में मौजूद बाद की वैल्यू को कैसे समझा जाए.

यहां दी गई टेबल में, अलग-अलग सेक्शन आइडेंटिफ़ायर के बारे में बताया गया है:

टेबल 2. सेक्शन आइडेंटिफ़ायर की सूची

सेक्शन आइडेंटिफ़ायर Description बचे हुए फ़ील्ड

vers

वर्शन

checkin version, parcel version, start platform version, end platform version

uid

UID

uid, package name

apk

APK

wakeups, APK, service, start time, starts, launches

pr

प्रोसेस

process, user, system, foreground, starts

sr

सेंसर

sensor number, time, count

vib

वाइब्रेटर

time, count

fg

फ़ोरग्राउंड

time, count

st

स्टेट टाइम

foreground, active, running

wl

वेक लॉक

wake lock, full time, f, full count, partial time, p, partial count, window time, w, window count

sy

सिंक करें

sync, time, count

jb

नौकरी

job, time, count

kwl

कर्नेल वेक लॉक

kernel wake lock, time, count

wr

डिवाइस को सक्रिय करने की वजह

wakeup reason, time, count

nt

नेटवर्क

mobile bytes RX, mobile bytes TX, Wi-Fi bytes RX, Wi-Fi bytes TX, mobile packets RX, mobile packets TX, Wi-Fi packets RX, Wi-Fi packets TX, mobile active time, mobile active count

ua

उपयोगकर्ता गतिविधि

other, button, touch

bt

बैटरी

start count, battery realtime, battery uptime, total realtime, total uptime, start clock time, battery screen off realtime, battery screen off uptime

dc

बैटरी डिस्चार्ज होना

low, high, screen on, screen off

lv

बैटरी का स्तर

start level, current level

wfl

वाई-फ़ाई

full Wi-Fi lock on time, Wi-Fi scan time, Wi-Fi running time, Wi-Fi scan count, Wi-Fi idle time, Wi-Fi receive time, Wi-Fi transmit time

gwfl

ग्लोबल वाई-फ़ाई

Wi-Fi on time, Wi-Fi running time, Wi-Fi idle time, Wi-Fi receive time, Wi-Fi transmit time, Wi-Fi power (mAh)

gble

ग्लोबल ब्लूटूथ

BT idle time, BT receive time, BT transmit time, BT power (mAh)

m

अन्य सुविधाएं

screen on time, phone on time, full wakelock time total, partial wakelock time total, mobile radio active time, mobile radio active adjusted time, interactive time, power save mode enabled time, connectivity changes, device idle mode enabled time, device idle mode enabled count, device idling time, device idling count, mobile radio active count, mobile radio active unknown time

gn

ग्लोबल नेटवर्क

mobile RX total bytes, mobile TX total bytes, Wi-Fi RX total bytes, Wi-Fi TX total bytes, mobile RX total packets, mobile TX total packets, Wi-Fi RX total packets, Wi-Fi TX total packets

br

स्क्रीन की चमक

dark, dim, medium, light, bright

sst

सिग्नल स्कैन करने में लगा समय

signal scanning time

sgt

सिग्नल की क्वालिटी का समय

none, poor, moderate, good, great

sgc

सिग्नल की क्वालिटी की संख्या

none, poor, moderate, good, great

dct

डेटा कनेक्शन का समय

none, GPRS, EDGE, UMTS, CDMA, EVDO_0, EVDO_A, 1xRTT, HSDPA, HSUPA, HSPA, IDEN, EVDO_B, LTE, EHRPD, HSPAP, other

dcc

डेटा कनेक्शन की संख्या

none, GPRS, EDGE, UMTS, CDMA, EVDO_0, EVDO_A, 1xRTT, HSDPA, HSUPA, HSPA, IDEN, EVDO_B, LTE, EHRPD, HSPAP, other

wst

वाई-फ़ाई की स्थिति में बदलाव होने का समय

off, off scanning, on no networks, on disconnected, on connected STA, on connected P2P, on connected STA P2P, soft AP

wsc

वाई-फ़ाई की स्थिति की संख्या

off, off scanning, on no networks, on disconnected, on connected STA, on connected P2P, on connected STA P2P, soft AP

wsst/p>

Wi-Fi Supplicant State Time

invalid, disconnected, interface disabled, inactive, scanning, authenticating, associating, associated, four-way handshake, group handshake, completed, dormant, uninitialized

wssc

वाई-फ़ाई से कनेक्ट करने का अनुरोध करने वाले डिवाइसों की संख्या

invalid, disconnected, interface disabled, inactive, scanning, authenticating, associating, associated, four-way handshake, group handshake, completed, dormant, uninitialized

wsgt

वाई-फ़ाई सिग्नल की क्षमता का समय

none, poor, moderate, good, great

wsgc

वाई-फ़ाई सिग्नल की क्वालिटी का हिसाब

none, poor, moderate, good, great

bst

ब्लूटूथ की स्थिति में बदलाव का समय

inactive, low, med, high

bsc

ब्लूटूथ की स्थिति में बदलाव की संख्या

inactive, low, med, high

pws

बैटरी के इस्तेमाल की खास जानकारी

battery capacity, computed power, minimum drained power, maximum drained power

pwi

ऊर्जा की खपत से जुड़ा आइटम

label, mAh

dsd

डिस्चार्ज करने का तरीका

duration, level, screen, power-save

csd

चार्जिंग का चरण

duration, level, screen, power-save

dtr

बैटरी खत्म होने में बचा हुआ समय

battery time remaining

ctr

बैटरी चार्ज होने में बचा हुआ समय

charge time remaining

ध्यान दें: Android 6.0 से पहले, ब्लूटूथ रेडियो, सेल्यूलर रेडियो, और वाई-फ़ाई के लिए इस्तेमाल की गई बैटरी की जानकारी, m (अन्य) सेक्शन में ट्रैक की जाती थी. Android 6.0 और इसके बाद के वर्शन में, इन कॉम्पोनेंट के लिए बैटरी के इस्तेमाल को pwi (बैटरी के इस्तेमाल की जानकारी) सेक्शन में ट्रैक किया जाता है. साथ ही, हर कॉम्पोनेंट के लिए अलग-अलग लेबल (wifi, blue, cell) दिए जाते हैं.

मेमोरी का बंटवारा देखना

अपने ऐप्लिकेशन में मेमोरी के इस्तेमाल की जांच दो तरीकों से की जा सकती है: procstats का इस्तेमाल करके, किसी समयावधि के दौरान या meminfo का इस्तेमाल करके, किसी खास समय पर. यहां दिए गए सेक्शन में, दोनों तरीकों का इस्तेमाल करने का तरीका बताया गया है.

procstats

procstats की मदद से, यह देखा जा सकता है कि समय के साथ आपका ऐप्लिकेशन कैसा परफ़ॉर्म करता है. इसमें यह भी देखा जा सकता है कि बैकग्राउंड में यह कितनी देर तक चलता है और इस दौरान कितनी मेमोरी का इस्तेमाल करता है. इससे आपको अपने ऐप्लिकेशन में मौजूद गड़बड़ियों और खराब परफ़ॉर्मेंस का तुरंत पता लगाने में मदद मिलती है. जैसे, मेमोरी लीक. इससे ऐप्लिकेशन की परफ़ॉर्मेंस पर असर पड़ सकता है. खास तौर पर, कम मेमोरी वाले डिवाइसों पर ऐप्लिकेशन चलाने के दौरान. इसके स्टेट डंप में, हर ऐप्लिकेशन के रनटाइम, प्रोपोर्शनल सेट साइज़ (पीएसएस), यूनीक सेट साइज़ (यूएसएस), और रेज़िडेंट सेट साइज़ (आरएसएस) के बारे में आंकड़े दिखते हैं.

पिछले तीन घंटों में ऐप्लिकेशन की मेमोरी के इस्तेमाल से जुड़े आंकड़े पाने के लिए, नीचे दिए गए कमांड को चलाएं. ये आंकड़े, आसानी से पढ़े जा सकने वाले फ़ॉर्मैट में दिखेंगे: 

adb shell dumpsys procstats --hours 3

यहां दिए गए उदाहरण में दिखाया गया है कि आउटपुट में, ऐप्लिकेशन के चलने का समय और पीएसएस, यूएएसएस, और आरएसएस, 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 प्रोसेस के साथ शेयर किए जाते हैं. इन्हें शेयर की गई डर्टी रैम कहा जाता है.
प्रोपोर्शनल सेट साइज़ (पीएसएस)
इससे आपके ऐप्लिकेशन के रैम इस्तेमाल का पता चलता है. इसमें अलग-अलग प्रोसेस के बीच शेयर किए गए पेजों को भी शामिल किया जाता है. आपकी प्रोसेस के लिए यूनीक RAM पेज, सीधे तौर पर इसके PSS की वैल्यू में योगदान देते हैं. वहीं, अन्य प्रोसेस के साथ शेयर किए गए पेज, PSS की वैल्यू में सिर्फ़ शेयरिंग की मात्रा के हिसाब से योगदान देते हैं. उदाहरण के लिए, अगर किसी पेज को दो प्रोसेस के बीच शेयर किया जाता है, तो वह पेज हर प्रोसेस के पीएसएस में अपने साइज़ का आधा हिस्सा जोड़ता है.

पीएसएस मेज़रमेंट की एक खासियत यह है कि सभी प्रोसेस के लिए पीएसएस को जोड़ा जा सकता है. इससे यह पता चलता है कि सभी प्रोसेस के लिए, असल में कितनी मेमोरी का इस्तेमाल किया जा रहा है. इसका मतलब है कि PSS, किसी प्रोसेस की असल रैम के बारे में जानने का एक अच्छा तरीका है. साथ ही, इससे अन्य प्रोसेस की रैम के इस्तेमाल और कुल उपलब्ध रैम की तुलना की जा सकती है.

उदाहरण के लिए, Nexus 5 डिवाइस पर Map की प्रोसेस का आउटपुट यहां दिया गया है:

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
आपके ऐप्लिकेशन में Dalvik के लिए इस्तेमाल की गई रैम. Pss Total में सभी Zygote के लिए इस्तेमाल की गई मेमोरी शामिल होती है. इसे अलग-अलग प्रोसेस के बीच शेयर करने के आधार पर तय किया जाता है. इसके बारे में PSS की परिभाषा में बताया गया है. Private Dirty नंबर, सिर्फ़ आपके ऐप्लिकेशन के हीप को असाइन की गई असली रैम है. इसमें आपके खुद के असाइन किए गए पेज और ऐसे Zygote असाइनमेंट पेज शामिल होते हैं जिनमें Zygote से आपके ऐप्लिकेशन की प्रोसेस को फ़ोर्क करने के बाद बदलाव किया गया है.

ध्यान दें: Dalvik Other सेक्शन वाले नए प्लैटफ़ॉर्म वर्शन पर, Dalvik Heap के लिए Pss Total और Private Dirty नंबर में Dalvik ओवरहेड शामिल नहीं होता. जैसे, जस्ट-इन-टाइम कंपाइलेशन (JIT) और GC बुककीपिंग. वहीं, पुराने वर्शन में इन सभी को Dalvik में एक साथ लिस्ट किया जाता है.

Heap Alloc, मेमोरी की वह मात्रा है जिसे Dalvik और नेटिव हीप ऐलोकेटर, आपके ऐप्लिकेशन के लिए ट्रैक करते हैं. यह वैल्यू, Pss Total और Private Dirty से ज़्यादा होती है. ऐसा इसलिए, क्योंकि आपकी प्रोसेस को Zygote से फ़ोर्क किया गया था. इसमें वे ऐलोकेशन शामिल होते हैं जिन्हें आपकी प्रोसेस, अन्य सभी प्रोसेस के साथ शेयर करती है.

.so mmap और .dex mmap
मैप किए गए .so (नेटिव) और .dex (Dalvik या ART) कोड के लिए इस्तेमाल की जा रही रैम. Pss Total नंबर में, ऐप्लिकेशन के साथ शेयर किया गया प्लैटफ़ॉर्म कोड शामिल होता है. Private Clean आपके ऐप्लिकेशन का कोड है. आम तौर पर, मैप किए गए डेटा का साइज़ बड़ा होता है. यहां मौजूद रैम, सिर्फ़ उस कोड के लिए है जिसे ऐप्लिकेशन ने अभी-अभी एक्ज़ीक्यूट किया है. हालांकि, .so mmap में काफ़ी बड़ा प्राइवेट डर्टी है. ऐसा इसलिए है, क्योंकि नेटिव कोड को उसके फ़ाइनल पते पर लोड करते समय, उसमें फ़िक्स-अप किए गए थे.
.oat mmap
यह कोड इमेज के लिए इस्तेमाल की गई रैम की मात्रा है. यह कई ऐप्लिकेशन में पहले से लोड की गई उन क्लास पर आधारित होता है जिनका इस्तेमाल आम तौर पर किया जाता है. यह इमेज सभी ऐप्लिकेशन के साथ शेयर की जाती है. इस पर किसी खास ऐप्लिकेशन का असर नहीं पड़ता.
.art mmap
यह हीप इमेज के लिए इस्तेमाल की गई रैम की मात्रा है. यह कई ऐप्लिकेशन में पहले से लोड की गई उन क्लास पर आधारित होता है जिनका इस्तेमाल आम तौर पर किया जाता है. यह इमेज सभी ऐप्लिकेशन के साथ शेयर की जाती है. इस पर किसी ऐप्लिकेशन का कोई असर नहीं पड़ता. हालांकि, एआरटी इमेज में Object इंस्टेंस शामिल हैं, लेकिन इन्हें आपके हीप साइज़ में नहीं गिना जाता.
.Heap (सिर्फ़ -d फ़्लैग के साथ)
यह आपके ऐप्लिकेशन के लिए हीप मेमोरी की मात्रा है. इसमें इमेज और बड़े ऑब्जेक्ट स्पेस में मौजूद ऑब्जेक्ट शामिल नहीं होते. हालांकि, इसमें ज़ायगोट स्पेस और नॉन-मूविंग स्पेस शामिल होता है.
.LOS (सिर्फ़ -d फ़्लैग के साथ)
यह ART के लार्ज ऑब्जेक्ट स्पेस के लिए इस्तेमाल की गई रैम की मात्रा है. इसमें ज़ायगोट के बड़े ऑब्जेक्ट शामिल हैं. बड़े ऑब्जेक्ट, 12 केबी से बड़े सभी प्रिमिटिव ऐरे होते हैं.
.GC (सिर्फ़ -d फ़्लैग के साथ)
यह गार्बेज कलेक्शन की ओवरहेड लागत है. इस ओवरहेड को कम नहीं किया जा सकता.
.JITCache (सिर्फ़ -d फ़्लैग के साथ)
यह JIT डेटा और कोड कैश मेमोरी के लिए इस्तेमाल की गई मेमोरी है. आम तौर पर, यह शून्य होता है, क्योंकि सभी ऐप्लिकेशन इंस्टॉल होने के समय कंपाइल किए जाते हैं.
.Zygote (सिर्फ़ -d फ़्लैग के साथ)
यह Zygote स्पेस के लिए इस्तेमाल की गई मेमोरी की मात्रा है. ज़ायगोट स्पेस, डिवाइस के चालू होने के दौरान बनाया जाता है और इसे कभी भी असाइन नहीं किया जाता.
.NonMoving (सिर्फ़ -d फ़्लैग के साथ)
यह ART के नॉन-मूविंग स्पेस के लिए इस्तेमाल की गई रैम की मात्रा है. नॉन-मूविंग स्पेस में ऐसे खास ऑब्जेक्ट होते हैं जिन्हें एक से दूसरी जगह नहीं ले जाया जा सकता. जैसे, फ़ील्ड और तरीके. अपने ऐप्लिकेशन में कम फ़ील्ड और तरीकों का इस्तेमाल करके, इस सेक्शन को छोटा किया जा सकता है.
.IndirectRef (सिर्फ़ -d फ़्लैग के साथ)
यह ART की इनडायरेक्ट रेफ़रंस टेबल के लिए इस्तेमाल की गई रैम की मात्रा है. आम तौर पर, यह रकम कम होती है. हालांकि, अगर यह बहुत ज़्यादा है, तो इस्तेमाल किए गए लोकल और ग्लोबल जेएनआई रेफ़रंस की संख्या कम करके, इसे कम किया जा सकता है.
Unknown
ऐसे सभी RAM पेज जिन्हें सिस्टम, ज़्यादा जानकारी वाले किसी अन्य आइटम में शामिल नहीं कर सका. फ़िलहाल, इसमें ज़्यादातर नेटिव मेमोरी एलोकेशन शामिल हैं. इन्हें यह टूल, डेटा इकट्ठा करते समय पहचान नहीं पाता. इसकी वजह है, पता स्पेस लेआउट रैंडमाइज़ेशन (एएसएलआर). Dalvik हीप की तरह, Pss Total Unknown के लिए Zygote के साथ शेयर करने की सुविधा को ध्यान में रखता है. साथ ही, Private Dirty सिर्फ़ आपके ऐप्लिकेशन के लिए इस्तेमाल की जाने वाली रैम है.
TOTAL
आपकी प्रोसेस के लिए इस्तेमाल की गई कुल प्रोपोर्शनल सेट साइज़ (पीएसएस) रैम. यह ऊपर दिए गए सभी पीएसएस फ़ील्ड का योग होता है. इससे आपकी प्रोसेस के कुल मेमोरी वेट का पता चलता है. इसकी तुलना सीधे तौर पर अन्य प्रोसेस और कुल उपलब्ध रैम से की जा सकती है.

Private Dirty और Private Clean, आपकी प्रोसेस में कुल बंटवारा है. इसे अन्य प्रोसेस के साथ शेयर नहीं किया जाता. जब आपकी प्रोसेस बंद हो जाती है, तो इन सभी प्रोसेस के लिए आवंटित की गई रैम, सिस्टम को वापस मिल जाती है. आपकी प्रोसेस बंद होने से पहले, Private Clean को पेज आउट और रिलीज़ भी किया जा सकता है. हालांकि, Private Dirty को सिर्फ़ प्रोसेस बंद होने पर रिलीज़ किया जाता है.

डर्टी रैम ऐसे पेज होते हैं जिनमें बदलाव किया गया है. इन्हें ऐक्टिव रैम में रखा जाता है, zRAM में कंप्रेस किया जाता है या स्टोरेज में वापस लिखा जाता है. क्लीन रैम, ऐसे पेज होते हैं जिन्हें किसी परसिस्टेंट फ़ाइल से मैप किया गया है. जैसे, कोड को एक्ज़ीक्यूट किया जा रहा है. अगर इनका इस्तेमाल कुछ समय तक नहीं किया जाता है, तो इन्हें पेज आउट किया जा सकता है.

ViewRootImpl
आपकी प्रोसेस में चालू रूट व्यू की संख्या. हर रूट व्यू, किसी विंडो से जुड़ा होता है. इसलिए, इससे आपको डायलॉग या अन्य विंडो से जुड़ी मेमोरी लीक का पता लगाने में मदद मिल सकती है.
AppContexts और Activities
आपके प्रोसेस में मौजूद ऐप्लिकेशन Context और Activity ऑब्जेक्ट की संख्या. इससे आपको ऐसे लीक हुए Activity ऑब्जेक्ट का पता लगाने में मदद मिल सकती है जिन्हें स्टैटिक रेफ़रंस की वजह से, कचरा इकट्ठा करने की प्रोसेस के तहत नहीं हटाया जा सकता. ऐसा अक्सर होता है. इन ऑब्जेक्ट से अक्सर कई अन्य मेमोरी असाइनमेंट जुड़े होते हैं. इसलिए, ये बड़ी मेमोरी लीक को ट्रैक करने का एक अच्छा तरीका है.