dumpsys
एक ऐसा टूल है जो Android डिवाइसों पर चलता है और
सिस्टम सेवाएं. इसका इस्तेमाल करके dumpsys
को कमांड लाइन से कॉल करें
Android डीबग ब्रिज (ADB)
का इस्तेमाल, कनेक्ट किए गए डिवाइस पर चल रही सभी सिस्टम सेवाओं के लिए गड़बड़ी की जानकारी का आउटपुट पाने के लिए किया जाता है.
यह आउटपुट आम तौर पर आपकी उम्मीद से ज़्यादा शब्दों में लिखा होता है. इसलिए, कमांड-लाइन
इस पेज पर मौजूद विकल्पों का इस्तेमाल करके, सिर्फ़ सिस्टम की सेवाओं के लिए आउटपुट पाएं
शामिल हैं. इस पेज पर यह भी बताया गया है कि सहायता के लिए, dumpsys
का इस्तेमाल कैसे किया जाए
सामान्य काम, जैसे कि इनपुट, रैम, बैटरी या नेटवर्क की परफ़ॉर्मेंस से जुड़ी जानकारी की जांच करना.
वाक्य-विन्यास
dumpsys
के इस्तेमाल का सामान्य सिंटैक्स इस तरह है:
adb shell dumpsys [-t timeout] [--help | -l | --skip services | service [arguments] | -c | -h]
इसके लिए डाइग्नोस्टिक आउटपुट पाने के लिए
आपके कनेक्ट किए गए डिवाइस के लिए, सिस्टम की सभी सेवाएं, adb shell dumpsys
चलाएं.
हालांकि, इसकी मदद से आपको जितनी जानकारी चाहिए उससे कहीं ज़्यादा जानकारी मिलती है. इसके लिए
आउटपुट को ज़्यादा मैनेज किया जा सकता है, तो उस सेवा को चुनें जिसकी जांच करनी है. ऐसा करने के लिए,
इसे कमांड में डालें. उदाहरण के लिए, नीचे दिया गया आदेश
इनपुट कॉम्पोनेंट, जैसे कि टचस्क्रीन या बिल्ट-इन कीबोर्ड:
adb shell dumpsys input
dumpsys
के साथ इस्तेमाल की जा सकने वाली सिस्टम सेवाओं की पूरी सूची के लिए, इसका इस्तेमाल करें:
निम्न आदेश:
adb shell dumpsys -l
कमांड लाइन के विकल्प
dumpsys
का इस्तेमाल करते समय, ये विकल्प उपलब्ध होते हैं:
टेबल 1. इनके लिए उपलब्ध विकल्पों की सूची डंपसिस
विकल्प | ब्यौरा |
---|---|
-t timeout
|
टाइम आउट की अवधि सेकंड में बताएं. जब तय नहीं किया जाता है, तो डिफ़ॉल्ट वैल्यू 10 सेकंड है. |
--help
|
dumpsys टूल के लिए सहायता टेक्स्ट प्रिंट करें.
|
-l
|
उन सिस्टम सेवाओं की पूरी सूची उपलब्ध कराएं जिनका इस्तेमाल किया जा सकता है
dumpsys .
|
--skip services
|
वह services बताएं जिसे आपको शामिल नहीं करना है आउटपुट. |
service [arguments]
|
वह service तय करें जिसे आपको आउटपुट करना है. कुछ सेवाएं
आपको वैकल्पिक arguments पास करने दे सकता है. इसके बारे में जानने के लिए
इन वैकल्पिक आर्ग्युमेंट का इस्तेमाल करें, तो -h विकल्प को
सेवा:
adb shell dumpsys procstats -h |
-c
|
कुछ सेवाएं तय करते समय, आउटपुट डेटा में यह विकल्प जोड़ें एक मशीन-फ़्रेंडली फ़ॉर्मैट है. |
-h
|
कुछ सेवाओं के लिए, सहायता टेक्स्ट और अन्य जानकारी देखने के लिए, इस विकल्प को जोड़ें विकल्प नहीं चुनेगा. |
इनपुट डाइग्नोस्टिक्स की जांच करें
input
सेवा को तय करने पर, जैसा कि नीचे दिए गए निर्देश में दिखाया गया है, डंप करता है
कीबोर्ड और टचस्क्रीन जैसे सिस्टम के इनपुट डिवाइस की स्थिति तय करना और
इनपुट इवेंट की प्रोसेसिंग.
adb shell dumpsys input
आउटपुट, कनेक्ट किए गए डिवाइस पर चल रहे Android के वर्शन के हिसाब से अलग-अलग होता है डिवाइस. इन सेक्शन में बताया गया है कि आम तौर पर, देखें.
इवेंट हब की स्थिति
नीचे एक सैंपल दिया गया है, जिसमें बताया गया है कि आपको इनपुट डाइग्नोस्टिक्स की Event Hub स्टेट:
INPUT MANAGER (dumpsys input) Event Hub State: BuiltInKeyboardId: -2 Devices: -1: Virtual Classes: 0x40000023 Path:Descriptor: a718a782d34bc767f4689c232d64d527998ea7fd Location: ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: /system/usr/keylayout/Generic.kl KeyCharacterMapFile: /system/usr/keychars/Virtual.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false 1: msm8974-taiko-mtp-snd-card Headset Jack Classes: 0x00000080 Path: /dev/input/event5 Descriptor: c8e3782483b4837ead6602e20483c46ff801112c Location: ALSA ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: KeyCharacterMapFile: ConfigurationFile: HaveKeyboardLayoutOverlay: false 2: msm8974-taiko-mtp-snd-card Button Jack Classes: 0x00000001 Path: /dev/input/event4 Descriptor: 96fe62b244c555351ec576b282232e787fb42bab Location: ALSA ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: /system/usr/keylayout/msm8974-taiko-mtp-snd-card_Button_Jack.kl KeyCharacterMapFile: /system/usr/keychars/msm8974-taiko-mtp-snd-card_Button_Jack.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false 3: hs_detect Classes: 0x00000081 Path: /dev/input/event3 Descriptor: 485d69228e24f5e46da1598745890b214130dbc4 Location: ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0001, product=0x0001, version=0x0001 KeyLayoutFile: /system/usr/keylayout/hs_detect.kl KeyCharacterMapFile: /system/usr/keychars/hs_detect.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false ...
इनपुट रीडर की स्थिति
InputReader
, कर्नेल से इनपुट इवेंट को डिकोड करने के लिए ज़िम्मेदार है. यह
स्टेट डंप यह दिखाता है कि हर इनपुट डिवाइस को कैसे कॉन्फ़िगर किया गया है और
हाल ही में हुए बदलावों की जानकारी में बदलाव. जैसे, बटन को दबाना या छूना
टच स्क्रीन.
नीचे दिया गया सैंपल, टचस्क्रीन के लिए आउटपुट दिखाता है. जानकारी को नोट करें डिवाइस के रिज़ॉल्यूशन और कैलिब्रेशन पैरामीटर के बारे में इस्तेमाल किया गया.
Input Reader State ... Device 6: Melfas MMSxxx Touchscreen IsExternal: false Sources: 0x00001002 KeyboardType: 0 Motion Ranges: X: source=0x00001002, min=0.000, max=719.001, flat=0.000, fuzz=0.999 Y: source=0x00001002, min=0.000, max=1279.001, flat=0.000, fuzz=0.999 PRESSURE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000 SIZE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000 TOUCH_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOUCH_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOOL_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOOL_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 Touch Input Mapper: Parameters: GestureMode: spots DeviceType: touchScreen AssociatedDisplay: id=0, isExternal=false OrientationAware: true Raw Touch Axes: X: min=0, max=720, flat=0, fuzz=0, resolution=0 Y: min=0, max=1280, flat=0, fuzz=0, resolution=0 Pressure: min=0, max=255, flat=0, fuzz=0, resolution=0 TouchMajor: min=0, max=30, flat=0, fuzz=0, resolution=0 TouchMinor: unknown range ToolMajor: unknown range ToolMinor: unknown range Orientation: unknown range Distance: unknown range TiltX: unknown range TiltY: unknown range TrackingId: min=0, max=65535, flat=0, fuzz=0, resolution=0 Slot: min=0, max=9, flat=0, fuzz=0, resolution=0 Calibration: touch.size.calibration: diameter touch.size.scale: 10.000 touch.size.bias: 0.000 touch.size.isSummed: false touch.pressure.calibration: amplitude touch.pressure.scale: 0.005 touch.orientation.calibration: none touch.distance.calibration: none SurfaceWidth: 720px SurfaceHeight: 1280px SurfaceOrientation: 0 Translation and Scaling Factors: XScale: 0.999 YScale: 0.999 XPrecision: 1.001 YPrecision: 1.001 GeometricScale: 0.999 PressureScale: 0.005 SizeScale: 0.033 OrientationCenter: 0.000 OrientationScale: 0.000 DistanceScale: 0.000 HaveTilt: false TiltXCenter: 0.000 TiltXScale: 0.000 TiltYCenter: 0.000 TiltYScale: 0.000 Last Button State: 0x00000000 Last Raw Touch: pointerCount=0 Last Cooked Touch: pointerCount=0
इनपुट रीडर स्टेट डंप के आखिर में, ग्लोबल कॉन्फ़िगरेशन पैरामीटर, जैसे कि टैप इंटरवल:
Configuration: ExcludedDeviceNames: [] VirtualKeyQuietTime: 0.0ms PointerVelocityControlParameters: scale=1.000, lowThreshold=500.000, highThreshold=3000.000, acceleration=3.000 WheelVelocityControlParameters: scale=1.000, lowThreshold=15.000, highThreshold=50.000, acceleration=4.000 PointerGesture: Enabled: true QuietInterval: 100.0ms DragMinSwitchSpeed: 50.0px/s TapInterval: 150.0ms TapDragInterval: 300.0ms TapSlop: 20.0px MultitouchSettleInterval: 100.0ms MultitouchMinDistance: 15.0px SwipeTransitionAngleCosine: 0.3 SwipeMaxWidthRatio: 0.2 MovementSpeedRatio: 0.8 ZoomSpeedRatio: 0.3
डिसपैचर की स्थिति डालें
ऐप्लिकेशन को इनपुट इवेंट भेजने के लिए, InputDispatcher
ज़िम्मेदार है.
जैसा कि नीचे दिए गए सैंपल में दिखाया गया है, इसका स्टेट डंप
किस विंडो को छुआ जा रहा है, इनपुट सूची की स्थिति, क्या एएनआर वाली गड़बड़ी है
और अन्य इनपुट इवेंट जानकारी:
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
का इस्तेमाल करके यूज़र इंटरफ़ेस (यूआई) को इंटिग्रेट करने के बारे में ज़्यादा जानने के लिए
की परफ़ॉर्मेंस का आकलन करने के लिए किया जा सकता है.
मैक्रोबेंचमार्क लिखना.
नेटवर्क में गड़बड़ी की जानकारी की जांच करें
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"}]
'देव' और '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
में, Doze और ऐप्लिकेशन स्टैंडबाय के लिए अपने ऐप्लिकेशन की जांच करने का विकल्प मिला है, तो देखें
डोज़ और ऐप्लिकेशन स्टैंडबाय के साथ जांच करना.
batterystats
के लिए निर्देश यहां दिया गया है:
adb shell dumpsys batterystats options
batterystats
के लिए उपलब्ध दूसरे विकल्पों की सूची देखने के लिए, इसे शामिल करें
-h
विकल्प. नीचे दिए गए उदाहरण में किसी
डिवाइस के पिछली बार चार्ज किए जाने के बाद से, बताया गया ऐप्लिकेशन पैकेज:
adb shell dumpsys batterystats --charged package-name
आउटपुट में आम तौर पर ये चीज़ें शामिल होती हैं:
- बैटरी से जुड़ी गतिविधियों का इतिहास
- डिवाइस के लिए वैश्विक आंकड़े
- यूआईडी और सिस्टम कॉम्पोनेंट के हिसाब से, पावर की अनुमानित खपत
- हर ऐप्लिकेशन के लिए मोबाइल मिलीसेकंड प्रति पैकेट
- सिस्टम यूआईडी एग्रीगेट किए गए आंकड़े
- ऐप्लिकेशन के यूआईडी से जुड़े आंकड़े
batterystats
का इस्तेमाल करने और इसका एचटीएमएल विज़ुअलाइज़ेशन जनरेट करने के बारे में ज़्यादा जानने के लिए
आउटपुट, जिससे बैटरी से जुड़े डेटा को समझना और उसका पता लगाना आसान हो जाता है
बैटरी आंकड़े और बैटरी हिस्टोरियन की मदद से प्रोफ़ाइल के बैटरी खर्च के बारे में पढ़ें.
मशीन-फ़्रेंडली आउटपुट की जांच करें
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 ...
बैटरी खर्च की निगरानी, यूआईडी या सिस्टम-लेवल के हिसाब से हो सकती है. डेटा को इसके लिए चुना गया है बैटरी परफ़ॉर्मेंस का विश्लेषण करने में इसकी उपयोगिता के आधार पर शामिल किया जाता है. हर लाइन नीचे दिए गए एलिमेंट के साथ एक ऑब्ज़र्वेशन दिखाता है:
- प्लेसहोल्डर पूर्णांक
- निगरानी से जुड़ा यूज़र आईडी
- एग्रीगेशन मोड:
- ऐसी जानकारी के लिए
i
जो चार्ज या चार्ज नहीं की गई स्थिति से जुड़ी नहीं है. --charged
के लिएl
(पिछली बार चार्ज करने के बाद से इस्तेमाल).--unplugged
के लिएu
(पिछली बार अनप्लग होने के बाद से इस्तेमाल). इसमें बहिष्कृत किया गया Android 5.1.1.
- ऐसी जानकारी के लिए
- सेक्शन आइडेंटिफ़ायर, जो तय करता है कि लाइन में बाद वाली वैल्यू को कैसे समझें.
नीचे दी गई टेबल में, सेक्शन के उन अलग-अलग आइडेंटिफ़ायर के बारे में बताया गया है जो आपको दिख सकते हैं:
दूसरी टेबल. सेक्शन आइडेंटिफ़ायर की सूची
सेक्शन आइडेंटिफ़ायर | ब्यौरा | बचे हुए फ़ील्ड |
---|---|---|
|
वर्शन |
|
|
यूआईडी |
|
|
APK |
|
|
प्रोसेस |
|
|
सेंसर |
|
|
वाइब्रेटर |
|
|
फ़ोरग्राउंड |
|
|
राज्य का समय |
|
|
वेक लॉक |
|
|
सिंक करें |
|
|
काम |
|
|
कर्नेल वेक लॉक |
|
|
जागने की वजह |
|
|
नेटवर्क |
|
|
उपयोगकर्ता गतिविधि |
|
|
बैटरी |
|
|
बैटरी डिस्चार्ज |
|
|
बैटरी का स्तर |
|
|
वाई-फ़ाई |
|
|
ग्लोबल वाई-फ़ाई |
|
|
ग्लोबल ब्लूटूथ |
|
|
अन्य |
|
|
ग्लोबल नेटवर्क |
|
|
स्क्रीन की चमक |
|
|
सिग्नल स्कैन करने का समय |
|
|
सिग्नल की क्षमता में लगने वाला समय |
|
|
सिग्नल की क्षमता की संख्या |
|
|
डेटा कनेक्शन का समय |
|
|
डेटा कनेक्शन की संख्या |
|
|
वाई-फ़ाई की स्थिति का समय |
|
|
वाई-फ़ाई स्टेट की संख्या |
|
|
वाई-फ़ाई की मदद से काम करने वाली कंपनी का स्टेट टाइम |
|
|
वाई-फ़ाई की सुविधा देने वाले उपयोगकर्ताओं की स्थिति की संख्या |
|
|
वाई-फ़ाई सिग्नल क्षमता का समय |
|
|
वाई-फ़ाई सिग्नल की क्षमता की संख्या |
|
|
ब्लूटूथ की स्थिति का समय |
|
|
ब्लूटूथ की स्थिति की संख्या |
|
|
पावर के इस्तेमाल के बारे में खास जानकारी |
|
|
पावर यूज़ आइटम |
|
|
डिस्चार्ज करने का चरण |
|
|
शुल्क का चरण |
|
|
बैटरी के चार्ज होने में बचा समय |
|
|
चार्ज करने का बचा समय |
|
नोट: Android 6.0 से पहले, पावर का उपयोग
ब्लूटूथ रेडियो, सेल्युलर रेडियो और वाई-फ़ाई को m
(विविध) में ट्रैक किया गया था
सेक्शन की कैटगरी के हिसाब से फ़िल्टर करें. Android 6.0 और उसके बाद के वर्शन में, इन कॉम्पोनेंट के लिए पावर सप्लाई का इस्तेमाल
pwi
(पावर यूज़ आइटम) सेक्शन में अलग-अलग लेबल के ज़रिए ट्रैक किया जाता है
हर कॉम्पोनेंट के लिए (wifi
, blue
, cell
).
असाइन की गई मेमोरी देखें
अपने ऐप्लिकेशन के इस्तेमाल की जांच करने के लिए, इन दो में से किसी एक तरीके का इस्तेमाल किया जा सकता है: कितने समय में
procstats
का इस्तेमाल करके या किसी खास समय पर meminfo
का इस्तेमाल करके.
नीचे दिए सेक्शन में, दोनों तरीकों को इस्तेमाल करने का तरीका बताया गया है.
प्रोकस्टेट
procstats
की मदद से, यह देखा जा सकता है कि समय के साथ आपका ऐप्लिकेशन कैसा काम करता है.
जिसमें यह शामिल है कि बैकग्राउंड में कितना समय चलता है और कितनी मेमोरी का इस्तेमाल होता है
उस समय. इसकी मदद से, कमियों और बुरे बर्ताव की वजहों का तुरंत पता लगाया जा सकता है
जैसे कि मेमोरी लीक, जिससे ऐप्लिकेशन की परफ़ॉर्मेंस पर असर पड़ सकता है. खास तौर पर, जब
कम मेमोरी वाले डिवाइसों पर चल रहा है. इसका स्टेट डंप हर
ऐप्लिकेशन का रनटाइम, समानुपातिक सेट साइज़ (PSS), यूनीक सेट साइज़ (USS), और
रेज़िडेंट सेट साइज़ (आरएसएस).
पिछले तीन घंटों के ऐप्लिकेशन मेमोरी उपयोग के आंकड़े प्राप्त करने के लिए, में ऐसे फ़ॉर्मैट में फ़ाइल अपलोड करें जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है. इसके लिए, नीचे दिए गए कमांड को चलाएं:
adb shell dumpsys procstats --hours 3
जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है, आउटपुट में
जिस समय आवेदन चल रहा था और PSS, USS, और आरएसएस
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 package_name|pid [-d]
-d
फ़्लैग, Delvik और ART मेमोरी के इस्तेमाल के बारे में ज़्यादा जानकारी प्रिंट करता है.
आउटपुट में, आपके ऐप्लिकेशन के लिए असाइन किए गए सभी मौजूदा एलोकेशन की सूची दिखती है किलोबाइट में.
इस जानकारी की जांच करते समय, आपको इनके बारे में पता होना चाहिए इस तरह के बजट असाइन किए जा सकते हैं:
- निजी (साफ़ और गंदा) रैम
- इस मेमोरी का इस्तेमाल सिर्फ़ आपकी प्रोसेस में किया जा रहा है. यह बल्क रैम का वह हिस्सा जिसे ऐप्लिकेशन की प्रोसेस के खत्म होने के बाद, सिस्टम फिर से दावा कर सकता है. आम तौर पर, इसमें निजी गंदी रैम होती है, जो सबसे महंगा होता है, क्योंकि इसका इस्तेमाल सिर्फ़ आपकी प्रोसेस में होता है और इसके कॉन्टेंट सिर्फ़ रैम में मौजूद होता है. इसलिए, इसे स्टोरेज में नहीं जोड़ा जा सकता, क्योंकि Android स्वैप करने की सुविधा इस्तेमाल करें. आप जो भी डाल्विक और नेटिव हीप असाइन करते हैं वे निजी तौर पर गंदे होते हैं रैम. Zygote प्रोसेस के साथ शेयर किए जाने वाले डलास और नेटिव ऐलोकेशन को शेयर किया गया है गंदी रैम.
- बराबर अनुपात में सेट का साइज़ (पीएसएस)
- यह आपके ऐप्लिकेशन की रैम के इस्तेमाल का मेज़रमेंट है. इसके लिए, शेयर करने की सुविधा का इस्तेमाल किया जाता है पेजों को एक साथ रखा जाएगा. ऐसा कोई भी रैम पेज जो सीधे तौर पर आपके प्रोसेस के लिए यूनीक हो इसकी PSS वैल्यू में योगदान देता है, जबकि अन्य प्रोसेस के साथ शेयर किए गए पेज पीएसएस की वैल्यू में सिर्फ़ अनुपात के हिसाब से योगदान दें. इसके लिए उदाहरण के लिए, दो प्रोसेस के बीच शेयर होने वाला पेज, अपने साइज़ का आधा हिस्सा हर प्रोसेस का पीएसएस.
पीएसएस मेज़रमेंट की विशेषता यह है कि आपके पास सभी पीएसएस को जोड़ने का विकल्प होता है सभी प्रोसेस में इस्तेमाल की जा रही असल मेमोरी का पता लगाने के लिए, सभी प्रोसेस को पूरा किया जाता है. यह इसका मतलब है कि PSS किसी प्रक्रिया के वास्तविक रैम भार का एक अच्छा माप है और अन्य प्रोसेस की रैम के इस्तेमाल और उपलब्ध कुल डेटा से तुलना रैम.
उदाहरण के लिए, Nexus 5 पर मैप की प्रोसेस का आउटपुट नीचे दिया गया है डिवाइस:
adb shell dumpsys meminfo com.google.android.apps.maps -d
ध्यान दें: आपको दिखने वाली जानकारी, यहां दिखाया गया है, क्योंकि आउटपुट की कुछ जानकारी अलग-अलग प्लैटफ़ॉर्म पर अलग-अलग होती है वर्शन हैं.
** 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 ऐप्लिकेशन के Delvik पर पुराना 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
- आपके ऐप्लिकेशन में इस्तेमाल की गई रैम.
Pss Total
इसमें Zygote के सभी आवंटन शामिल हैं. इनका आकलन, प्रोसेस में उनके शेयर होने के हिसाब से किया जाता है. PSS की परिभाषा में बताया गया है.Private Dirty
नंबर असल रैम, जो सिर्फ़ आपके ऐप्लिकेशन के हीप के लिए होती है. इसमें, आपके असाइन किए गए डेटा का इस्तेमाल किया जाता है और Zygote के ऐलोकेशन पेज जिन्हें आपके ऐप्लिकेशन के Zygote से प्रोसेस करें.ध्यान दें: प्लैटफ़ॉर्म के नए वर्शन पर,
Dalvik Other
सेक्शन, Delvik Heap केPss Total
औरPrivate Dirty
नंबरों में Delvik ओवरहेड शामिल नहीं होता, जैसे कि जस्ट-इन-टाइम कंपाइलेशन (जेआईटी) और जीसी हिसाब-किताब रखना, जबकि पुराने वर्शन की सूची ये सबDalvik
के तहत संयुक्त रूप से किए जाते हैं.Heap Alloc
वह मेमोरी है जिसे दाल्विक और नेटिव हीप ऐलोकेटर आपके ऐप्लिकेशन की निगरानी करते हैं. यह मान इससे बड़ा हैPss Total
औरPrivate Dirty
ऐसा इसलिए किया, क्योंकि आपने इसे Zygote से अलग किया जाता है और इसमें वे बजट शामिल होते हैं जिन्हें आपकी प्रोसेस सभी के साथ शेयर करती है अन्य. .so mmap
और.dex mmap
- रैम का इस्तेमाल, मैप किए गए
.so
(नेटिव) और.dex
(Dalvik या ART) कोड.Pss Total
नंबर इसमें कई ऐप्लिकेशन के साथ शेयर किया जाने वाला प्लैटफ़ॉर्म कोड शामिल होता है.Private Clean
है कोड की ज़रूरत होती है. आम तौर पर, मैप किया गया असल साइज़ बड़ा होता है. यहाँ की रैम सिर्फ़ उस कोड को रैम में होना चाहिए जिसे फ़िलहाल एक्ज़ीक्यूट किया जा रहा है है. हालांकि,.so mmap
में काफ़ी डेटा मौजूद है. ऐसा, गड़बड़ियों को ठीक करने की वजह से होता है नेटिव कोड में बदल देता है. .oat mmap
- कोड इमेज में इतनी रैम का इस्तेमाल हुआ है. यह इस पर आधारित होता है पहले से लोड की गई ऐसी क्लास जिन्हें आम तौर पर कई ऐप्लिकेशन इस्तेमाल करते हैं. यह इमेज शेयर की गई है सभी ऐप्लिकेशन में दिखते हैं. कुछ खास ऐप्लिकेशन का इस पर कोई असर नहीं पड़ता.
.art mmap
- यह हीप इमेज के लिए इस्तेमाल की गई रैम की मात्रा है. यह इस पर आधारित होता है
पहले से लोड की गई ऐसी क्लास जिन्हें आम तौर पर कई ऐप्लिकेशन इस्तेमाल करते हैं. यह इमेज सभी लोगों के साथ शेयर की गई है
सभी ऐप्लिकेशन पर मौजूद हैं और कुछ खास ऐप्लिकेशन का इन पर कोई असर नहीं पड़ता. भले ही ART इमेज
Object
शामिल है इंस्टेंस, यह आपके हीप साइज़ में नहीं गिना जाता. .Heap
(सिर्फ़-d
फ़्लैग के साथ)- यह आपके ऐप्लिकेशन के लिए हीप मेमोरी की मात्रा है. इससे इसमें मौजूद ऑब्जेक्ट शामिल नहीं होते हैं चित्र और बड़े ऑब्जेक्ट स्पेस, लेकिन इसमें Zygote स्पेस और नॉन-मूविंग स्पेस शामिल हैं स्पेस.
.LOS
(सिर्फ़-d
फ़्लैग के साथ)- यह ART के बड़े ऑब्जेक्ट स्पेस के लिए इस्तेमाल की गई रैम की मात्रा है. इसमें ये शामिल हैं बड़े ऑब्जेक्ट को ज़िगोट करें. बड़े ऑब्जेक्ट, सभी प्रिमिटिव अरे एलोकेशन बड़े होते हैं साइज़ 12 केबी से ज़्यादा नहीं होना चाहिए.
.GC
(सिर्फ़-d
फ़्लैग के साथ)- यह कचरा इकट्ठा करने के लिए अतिरिक्त लागत है. कोई नहीं कम करने का तरीका बताएंगे.
.JITCache
(सिर्फ़-d
फ़्लैग के साथ)- यह जेआईटी डेटा और कोड कैश में इस्तेमाल होने वाली मेमोरी है. आम तौर पर, यह संख्या शून्य होती है, क्योंकि इंस्टॉल के समय सभी ऐप्लिकेशन को कंपाइल किया जाता है समय.
.Zygote
(सिर्फ़-d
फ़्लैग के साथ)- इस मेमोरी का इस्तेमाल Zygote स्पेस करता है. ज़ाइगोट क्षेत्र है को डिवाइस के स्टार्ट होने के दौरान बनाया गया हो. साथ ही, इसके लिए कभी भी बजट तय नहीं किया जाता.
.NonMoving
(सिर्फ़-d
फ़्लैग के साथ)- यह ऐसी रैम है जिसे एआरटी के हिसाब से नॉन-मूविंग स्पेस में इस्तेमाल किया जाता है. चलने वाली स्पेस में ऐसे खास ऑब्जेक्ट मौजूद हैं जिन्हें एक जगह से दूसरी जगह नहीं ले जाया जा सकता. जैसे, फ़ील्ड और मेथड. आप अपने ऐप्लिकेशन में कम फ़ील्ड और तरीकों का इस्तेमाल करके, इस सेक्शन को छोटा करें.
.IndirectRef
(सिर्फ़-d
फ़्लैग के साथ)- यह ART इनडायरेक्ट रेफ़रंस टेबल में इस्तेमाल की गई रैम की मात्रा है. आम तौर पर यह रकम कम होती है, लेकिन अगर यह बहुत ज़्यादा है, तो इस्तेमाल किए जाने वाले लोकल और ग्लोबल JNI रेफ़रंस की संख्या कम करके इसे कम करें.
Unknown
- ऐसा कोई भी रैम पेज जिसे सिस्टम, किसी अन्य पेज की कैटगरी में नहीं रख पाया हो
खास आइटम. फ़िलहाल, इसमें ज़्यादातर नेटिव ऐलोकेशन हैं जो
यह डेटा इकट्ठा करते समय टूल से पहचाना जा सकता है. ऐसा पता स्पेस के लेआउट की वजह से होता है
रैंडमाइज़ेशन (एएसएलआर). डैल्विक हीप की तरह,
Pss Total
Unknown
, Zygote औरPrivate Dirty
के साथ शेयर करने पर ध्यान देता है रैम के बारे में जानकारी न हो, जो सिर्फ़ आपके ऐप्लिकेशन के लिए हो. TOTAL
- आपकी प्रोसेस के लिए इस्तेमाल किया गया कुल अनुपात के सेट साइज़ (पीएसएस) रैम. यह है
कुल PSS फ़ील्ड का योग. यह आपके डिवाइस की मेमोरी के कुल वज़न को दिखाता है
की तुलना अन्य प्रोसेस से सीधे तौर पर की जा सकती है. साथ ही,
उपलब्ध रैम.
कुल
Private Dirty
औरPrivate Clean
हैं आपकी प्रोसेस के तहत बजट का बंटवारा किया जाता है. इसे अन्य प्रोसेस के साथ शेयर नहीं किया जाता. प्रोसेस खत्म होने के बाद, इन असाइन की गई सभी रैम को हटा दिया जाता है सिस्टम पर वापस जाएँ.Private Clean
को पेज आउट करके रिलीज़ भी किया जा सकता है बंद होने से पहले की है, लेकिनPrivate Dirty
सिर्फ़ उसे तब रिलीज़ किया गया, जब वह पूरी तरह से नष्ट हो गई हो.गंदा रैम है विशेष रूप से अदला-बदली नहीं करनी चाहिए. क्लीन रैम ऐसे पेज हैं जिन्हें किसी स्थायी फ़ाइल से मैप किया गया हो, जैसे का इस्तेमाल कोड को एक्ज़ीक्यूट करने के लिए किया जाता है. साथ ही, अगर कुछ समय तक उसका इस्तेमाल न किया जाए, तो इसे पेज से हटाया जा सकता है.
ViewRootImpl
- ऐसे रूट व्यू की संख्या जो आपकी प्रोसेस में चालू हैं. हर रूट व्यू विंडो से जुड़ा होता है, ताकि आप इससे जुड़े मेमोरी लीक होने की पहचान कर सकें डायलॉग या अन्य विंडो पर जा सकते हैं.
AppContexts
औरActivities
- ऐप्लिकेशन
Context
की संख्या औरActivity
ऐसे ऑब्जेक्ट जो अभी आपकी प्रोसेस में हैं. इससे आपको ये काम तेज़ी से करने में मदद मिलेगी लीक हुएActivity
ऐसे ऑब्जेक्ट की पहचान करें जिन्हें कचरा इकट्ठा नहीं किया जा सकता की वजह से ऐसा होता है, जो आम बात है. इन चीज़ों में अक्सर कई चीज़ें इससे जुड़े अन्य बजट तय किए जाते हैं. इससे, इन्हें ट्रैक करने का बेहतर तरीका मिलता है में बड़ी मेमोरी लीक हो सकती है.