Android進(jìn)程內(nèi)存統(tǒng)計(jì)工具procstats

進(jìn)程統(tǒng)計(jì)：了解如何使你的應(yīng)用程序使用RAM安卓4.4奇巧推出了一款名為procstats新的系統(tǒng)服務(wù)，幫助您更好地了解您的應(yīng)用程序是如何使用設(shè)備上的RAM資源。Procstats能夠看到您的應(yīng)用程序的行為在一段時(shí)間-包括它在后臺運(yùn)行，多少內(nèi)存在這段時(shí)間里，它使用多長時(shí)間。它可以幫助你快速找到尤其是在低RAM的設(shè)備上運(yùn)行時(shí)效率低下和不良行為在你的應(yīng)用程序，它可以影響它如何執(zhí)行。您可以使用亞行的shell命令來訪問procstats的數(shù)據(jù)，但為了方便也有一個(gè)新的進(jìn)程統(tǒng)計(jì)的開發(fā)工具，它提供了一個(gè)圖形化的前端相同的數(shù)據(jù)。你可以找到處理統(tǒng)計(jì)在設(shè)置〉開發(fā)人員選項(xiàng)＞進(jìn)程統(tǒng)計(jì)。在這篇文章中，我們將先來看看進(jìn)程統(tǒng)計(jì)圖形工具，然后深入到它背后的存儲器中的數(shù)據(jù)，它是如何收集的細(xì)節(jié)，以及為什么它是如此對你有用，你分析你的應(yīng)用程序。存儲過程概述統(tǒng)計(jì)一段時(shí)間內(nèi)使用的后臺進(jìn)程。綜觀全系統(tǒng)的內(nèi)存使用和后臺進(jìn)程

當(dāng)您打開進(jìn)程統(tǒng)計(jì)，你看到的全系統(tǒng)內(nèi)存不足的情況，并了解如何進(jìn)程使用的內(nèi)存隨著時(shí)間的總結(jié)。在右邊的圖像給你什么，你可能一個(gè)典型的設(shè)備上看到的一個(gè)例子。在我們可以看到，在屏幕的頂部：我們正在收集過去3.5小時(shí)數(shù)據(jù)。目前該設(shè)備的RAM情況良好（“設(shè)備的內(nèi)存是目前正常”）。在此期間，整個(gè)時(shí)間內(nèi)存狀態(tài)一直不錯(cuò)-這是顯示由綠條。如果設(shè)備內(nèi)存是越來越低，你會(huì)看到代表總時(shí)間與低內(nèi)存量欄左側(cè)的黃色和紅色區(qū)域。下面的綠條，我們可以看到在后臺，他們已經(jīng)把系統(tǒng)上的內(nèi)存負(fù)載運(yùn)行的進(jìn)程的概述：右邊的百分比數(shù)字表示每個(gè)時(shí)間進(jìn)程已經(jīng)花費(fèi)的總持續(xù)時(shí)間期間運(yùn)行的量。藍(lán)條表示每個(gè)過程的相對計(jì)算的內(nèi)存負(fù)載。（內(nèi)存負(fù)荷runtime*avg_pss ，我們將進(jìn)入更詳細(xì)的版本。）一些應(yīng)用程序可能會(huì)多次列出，因?yàn)槭裁幢伙@示的是進(jìn)程（例如，谷歌Play業(yè)務(wù)運(yùn)行在兩個(gè)過程）。這些應(yīng)用程序的存儲器負(fù)荷是其各個(gè)處理的負(fù)荷的總和。有在該已經(jīng)全部運(yùn)行的100%的時(shí)間前幾道工序，但與由于其相對存儲器使用不同的權(quán)重。分析內(nèi)存的具體流程這個(gè)例子顯示了一些有趣的數(shù)據(jù)：我們有比谷歌鍵盤更高的內(nèi)存重量時(shí)鐘的應(yīng)用程序，即使它跑了不到一半的時(shí)間。我們可以挖掘到這些過程的細(xì)節(jié)僅僅通過點(diǎn)擊它們：9QS■*a9QS■*a11：02《卓UsedevilsClock43%gnkggglvnd誠.deahckickForcestop(U3tDETAILSAverageRAMuse21MBMwinnumRAMuse21MBRumtime43%SERVICES43%a1oqa■Ya91:02<UsedetailsAGoraleKeyboardcxHYi.gKj&gle.andraid.in^iulmetfiad.laEihU纏心血1#AverageRAMu$eMaxinHimRAMuseRuntime100%SERVICES100%a曰流程統(tǒng)計(jì)內(nèi)存細(xì)節(jié)時(shí)鐘和鍵盤的過程，在過去3.5小時(shí)。細(xì)節(jié)對于這兩個(gè)過程表明:該時(shí)鐘已在所有運(yùn)行的原因是因?yàn)樗潜挥米鳟?dāng)前的屏幕保護(hù)程序時(shí)，該設(shè)備處于閑置狀態(tài)。即使時(shí)鐘過程跑了鍵盤的不到一半的時(shí)間，它的壓頭使用是顯著較大（幾乎3倍），這也就是為什么它的總重量較大。從本質(zhì)上講，procstats提供了一個(gè)“內(nèi)存使用”計(jì)這很像存儲使用或數(shù)據(jù)使用量規(guī)，顯示在后臺運(yùn)行的應(yīng)用程序的多少RAM使用。不像存儲或數(shù)據(jù)，不過，內(nèi)存使用是非常難以量化和衡量，并procstats使用一些技巧來這樣做。為了說明測量內(nèi)存使用的復(fù)雜性，考慮相關(guān)主題：任務(wù)管理器。了解任務(wù)管理器和他們的記憶信息我們已經(jīng)對Android的任務(wù)管理器具有悠久的歷史。Android的一貫支持深表多任務(wù)處理，這意味著我們的怪異往往會(huì)希望有一些UI的觀察和控制這種多任務(wù)像傳統(tǒng)的UI，我們從桌面使用。然而，在多任務(wù)的Android其實(shí)是相當(dāng)多復(fù)雜，比傳統(tǒng)的桌面操作系統(tǒng)有著根本的不同，因?yàn)槲乙郧案采w多任務(wù)Android的方式。這深深地影響如何，我們可以把它展示給用戶。多任務(wù)處理和連續(xù)的過程管理為了得到一個(gè)感覺是多么不同的流程管理是在Android上，你可以看看在一個(gè)重要的系統(tǒng)服務(wù)的輸出，活動(dòng)管理，與adbshelldumpsysactivity。下面的例子顯示了Android4.4系統(tǒng)的當(dāng)前應(yīng)用程序進(jìn)程的快照，從最重要的上市他們至少有：ACTIVITYMANAGERRUNNINGPROCESSES(dumpsysactivityprocesses)ProcessLRUlist(sortedbyoom_adj,22total,non-actat2,non-svcat2):PERS#21: sys F/ /P trm: 0 23064:system/1000(fixed)PERS#20: pers F/ /P trm: 0 23163:com.android.systemui/u0a12(fixed)PERS#19: pers F/ /P trm: 0 23344:com.nuance.xt9.input/u0a77(fixed)PERS#18: pers F/ /P trm: 0 23357:com.android.phone/1001(fixed)PERS#17: pers F/ /P trm: 0 23371:com.android.nfc/1027(fixed)Proc#3:foreF//IBtrm:013892:com.google.android.apps.magazines/u0a59(service)com.google.android.apps.magazines/com.google.apps.dots.android.app.service.SyncService<=Proc{23064:system/1000}

Proc#2:foreF//IBtrm:023513:cess.gapps/u0a8(provider)com.google.android.gsf/.gservices.GservicesProvider<=Proc{13892:com.google.android.apps.magazines/u0a59}Proc#0:foreF/A/Ttrm:024811:com.android.settings/1000(top-activity)Proc#4:vis F//IFtrm:023472:cess.location/u0a8(service)com.google.android.backup/.BackupTransportService<=Proc{23064:system/1000}Proc#14:prcpF//IFtrm:023298:com.google.android.inputmethod.latin/u0a57(service)com.google.android.inputmethod.latin/com.android.inputmethod.latin.LatinIME<=Proc{23064:system/1000}Proc#1:homeB//HOtrm:023395:com.android.launcher/u0a13(home)Proc#16:cch B//CAtrm:023966:com.google.android.deskclock/u0a36(cch-act)Proc # 6: cch B/ /CE trm: 0 7716:com.google.android.music:main/u0a62(cch-empty)Proc # 5: cch B/ /CE trm: 0 8644:com.google.android.apps.docs/u0a39(cch-empty)Proc # 8: cch+2 B/ /CE trm: 0 5131:com.google.android.youtube/u0a78(cch-empty)Proc # 7: cch+2 B/ /CE trm: 0 23338:com.google.android.gms/u0a8(cch-empty)Proc#10:cch+4B//CEtrm:08937:com.google.android.apps.walletnfcrel/u0a24(cch-empty)Proc#9:cch+4B//CEtrm:024689:com.google.android.apps.plus/u0a70(cch-empty)Proc#15:cch+6B//Strm:023767:com.google.android.apps.currents/u0a35(cch-started-services)Proc#13:cch+6B//CEtrm:09115:com.google.android.gm/u0a44(cch-empty)Proc#12:cch+6B//Strm:07738:cess.media/u0a6(cch-started-services)Proc#12:cch+6B//SProc#11:cch+6B//CEtrm:08922:com.google.android.setupwizard/u0a19(cch-empty)

例如輸出dumpsys活動(dòng)的命令，顯示所有進(jìn)程正在運(yùn)行。有過程的幾個(gè)主要群體在這里-持續(xù)的系統(tǒng)進(jìn)程中，前臺進(jìn)程，后臺進(jìn)程，最后緩存的過程-和進(jìn)程的類別是了解其對系統(tǒng)的影響非常重要。與此同時(shí)，這個(gè)名單上的進(jìn)程改變所有的時(shí)間。例如，在上面的快照，我們可以看到，“com.google.android.晶目前一個(gè)重要的過程，但是這是因?yàn)樗亲鲆粋€(gè)后臺同步，一些用戶通常不知道或者想要管理?？煺彰總€(gè)進(jìn)程的內(nèi)存使用傳統(tǒng)的使用任務(wù)管理器是緊密聯(lián)系在一起的RAM使用，而Android提供了一個(gè)工具，稱為meminfo的望著當(dāng)前每個(gè)進(jìn)程的RAM使用快照。你可以用命令訪問亞行外殼dumpsysmeminfo中。下面是輸出的一個(gè)例子。TotalPSSbyOOMadjustment:31841kB:Native13173kB:zygote(pid23001)4372kB:surfaceflinger(pid23000)3721kB:mediaserver(pid126)3317kB:glgps(pid22993)1656kB:drmserver(pid125)995kB:wpa_supplicant(pid23148)786kB:netd(pid121)518kB:sdcard(pid132)475kB:vold(pid119)458kB:keystore(pid128)448kB:/init(pid1)412kB:adbd(pid134)254kB:ueventd(pid108)238kB:dhcpcd(pid10617)229kB:tf_daemon(pid130)

200kB:installd(pid127)185kB:dumpsys(pid14207)144kB:healthd(pid117)139kB:debuggerd(pid122)121kB:servicemanager(pid118)48217kB:System48217kB:system(pid23064)49095kB:Persistent34012kB:com.android.systemui(pid23163/activities)7719kB:com.android.phone(pid23357)4676kB:com.android.nfc(pid23371)2688kB:com.nuance.xt9.input(pid23344)24945kB:Foreground24945kB:com.android.settings(pid24811/activities)17136kB:Visible14026kB:cess.location(pid23472)3110kB:com.android.defcontainer(pid13976)6911kB:Perceptible6911kB:com.google.android.inputmethod.latin(pid23298)14277kB:AServices14277kB:cess.gapps(pid23513)26422kB:Home26422kB:com.android.launcher(pid23395/activities)21798kB:BServices16242kB:com.google.android.apps.currents(pid23767)5556kB:cess.media(pid7738)145869kB:Cached41588kB:com.google.android.apps.plus(pid24689)21417kB:com.google.android.deskclock(pid23966/activities)14463kB:com.google.android.apps.docs(pid8644)14303kB:com.google.android.gm(pid9115)11014kB:com.google.android.music:main(pid7716)10688kB:com.google.android.apps.magazines(pid13892)10240kB:com.google.android.gms(pid23338)9882kB:com.google.android.youtube(pid5131)8807kB:com.google.android.apps.walletnfcrel(pid8937)3467kB:com.google.android.setupwizard(pid8922)TotalRAM:998096kBFreeRAM:574945kB(145869cachedpss+393200cached+35876free)UsedRAM:392334kB(240642usedpss+107196buffers+3856shmem+40640slab)LostRAM:30817kBTuning:64(large384),oom122880kB,restorelimit40960kB(high-end-gfx)例如輸出dumpsysmeminfo中的命令，顯示目前使用的正在運(yùn)行的進(jìn)程的內(nèi)存。我們現(xiàn)在看到的上面，按重要性再次組織同樣的過程，但現(xiàn)在他們對RAM的使用影響。通常，當(dāng)我們衡量的AndroidRAM的使用，我們這樣做的Linux的PSS（比例集大小）的度量。這是RAM的數(shù)量實(shí)際上映射到進(jìn)程，但它是跨進(jìn)程共享的量加權(quán)。因此，如果有RAM的4K頁映射到兩個(gè)過程，其PSS量對于每個(gè)過程將是2K。

有關(guān)使用PSS的好處是，你可以添加了這個(gè)值，所有的進(jìn)程來確定實(shí)際的總RAM使用。這個(gè)特性被用在所述的端部meminfo報(bào)告來計(jì)算多少RAM在使用時(shí)（其中部分來自所有非高速緩存過程），對有多少是“免費(fèi)”的（其中包括高速緩存過程）。.*S1艄（Appfi SHOW貝蛔祁曜黠部QCI帆LWg 叫郵1瞄2ftpsettings24MB■<li gJ10itiMedia$4曜■1口或舊路球1service槌囪■GoogtePlayservicesUMBIJewessandiservice1*13■faGoogtePlw^rvic€&ahd3servictscCLirrents1processmJ1serviet1宜4■幻9A'GoogleK^ytjosrd&.7MB1jiiucessand1service15:4B:55■dWhil如si4A7MR『叩w.r a任務(wù)管理器風(fēng)格的內(nèi)存信息，顯示內(nèi)存使用正在運(yùn)行的應(yīng)用的快照。基于PSS快照任務(wù)管理器UI給我們的資料，到目前為止，我們可以想象各種方式在一定程度傳統(tǒng)任務(wù)管理器UI展示這一點(diǎn)。其實(shí)，你在設(shè)置看到UI>應(yīng)用程序〉運(yùn)行從該信息導(dǎo)出。它顯示正在運(yùn)行的服務(wù)（在LRU列表“SVC”調(diào)整）所有進(jìn)程和代系統(tǒng)（過程與“<=（PROC489：系統(tǒng)/1000}”依賴），計(jì)算PSSRAM為每個(gè)這些和他們有任何其他進(jìn)程依賴于。與可視化內(nèi)存使用這種方式的問題在于，它給你的應(yīng)用程序的即時(shí)狀態(tài)，沒有上下文隨著時(shí)間的推移。在Android上，用戶不直接控制應(yīng)用程序的創(chuàng)建和刪除-他們可以保留以備將來使用，移除時(shí)的系統(tǒng)決定，或者在后臺運(yùn)行，而無需用戶明確啟動(dòng)它們。所以只看內(nèi)存的即時(shí)狀態(tài)只使用，您將得到缺少有關(guān)什么是真正打算在一段時(shí)間內(nèi)的重要信息。例如，在我們先來看看進(jìn)程狀態(tài)，我們看到com.google.android.apps.magazines進(jìn)程中運(yùn)行的同步，但是當(dāng)我們收集到的RAM使用權(quán)后，它不再在后臺運(yùn)行，但只是被圍繞保持作為一個(gè)老緩存的過程。為了解決這個(gè)問題，新的procstats工具連續(xù)監(jiān)控所有的應(yīng)用程序的狀態(tài)隨著時(shí)間的推移，聚集該信息，并收集PSS樣品從那些過程，而這樣做。您可以查看正在收集procstats用命令的原始數(shù)據(jù)adbshelldumpsysprocstats。隨著時(shí)間的推移procstats看到內(nèi)存使用

現(xiàn)在，讓我們回到procstats并看看它提供了通過顯示隨著時(shí)間的推移內(nèi)存使用的上下文。我們可以使用命令adbshelldumpsysprocstats--hours3收集了近3個(gè)小時(shí)的輸出內(nèi)存信息。這是相同的數(shù)據(jù)，在第一處理例的統(tǒng)計(jì)圖形表示。輸出顯示所有已在過去三小時(shí)的運(yùn)行過程中，整理與運(yùn)行最先那些的。（在緩存狀態(tài)的進(jìn)程不指望在這種的總時(shí)間。）像最初的圖形表示，現(xiàn)在我們清楚地看到了那個(gè)時(shí)間運(yùn)行的所有進(jìn)程一個(gè)大組，然后一些偶爾運(yùn)行-這包括該雜志的過程中，我們現(xiàn)在可以看到跑的時(shí)候3.6%，在過去3小時(shí)。*com.google.android.inputmethod.latin/u0a57:TOTAL:100%(6.4MB-6.7MB-6.8MB/5.4MB-5.4MB-5.4MBover21)ImpFg:100%(6.4MB-6.7MB-6.8MB/5.4MB-5.4MB-5.4MBover21)cess.gapps/u0a8:TOTAL:100%(12MB-13MB-14MB/10MB-11MB-12MBover211)ImpFg:0.11%ImpBg:0.83%(13MB-13MB-13MB/11MB-11MB-11MBover1)Service:99%(12MB-13MB-14MB/10MB-11MB-12MBover210)com.android.systemui/u0a12:TOTAL:100%(29MB-32MB-34MB/26MB-29MB-30MBover21)Persistent:100%(29MB-32MB-34MB/26MB-29MB-30MBover21)com.android.phone/1001:TOTAL:100%(6.5MB-7.1MB-7.6MB/5.4MB-5.9MB-6.4MBover21)Persistent:100%(6.5MB-7.1MB-7.6MB/5.4MB-5.9MB-6.4MBover21)com.nuance.xt9.input/u0a77:TOC\o"1-5"\h\zTOTAL: 100% (2.3MB-2.5MB-2.7MB/1.5MB-1.5MB-1.5MB over 21)Persistent: 100% (2.3MB-2.5MB-2.7MB/1.5MB-1.5MB-1.5MB over 21)com.android.nfc/1027:TOTAL: 100% (4.2MB-4.5MB-4.6MB/3.2MB-3.2MB-3.3MB over 21)Persistent: 100% (4.2MB-4.5MB-4.6MB/3.2MB-3.2MB-3.3MB over 21)cess.location/u0a8:TOTAL:100%(13MB-13MB-14MB/10MB-11MB-11MBover21)ImpFg:100%(13MB-13MB-14MB/10MB-11MB-11MBover21)system/1000:TOTAL:100%(42MB-46MB-56MB/39MB-42MB-48MBover21)Persistent:100%(42MB-46MB-56MB/39MB-42MB-48MBover21)com.google.android.apps.currents/u0a35:TOTAL:100%(16MB-16MB-16MB/14MB-14MB-14MBover17)Service:100%(16MB-16MB-16MB/14MB-14MB-14MBover17)com.android.launcher/u0a13:TOC\o"1-5"\h\zTOTAL: 77% (25MB-26MB-27MB/22MB-23MB-24MB over 73)Top: 77% (25MB-26MB-27MB/22MB-23MB-24MB over 73)(Home): 23% (25MB-26MB-26MB/23MB-23MB-24MB over 12)cess.media/u0a6:TOTAL:48%(5.0MB-5.3MB-5.5MB/4.0MB-4.2MB-4.2MBover11)

ImpFg:0.00%ImpBg:0.00%Service:48%(5.0MB-5.3MB-5.5MB/4.0MB-4.2MB-4.2MBover11)Receiver:0.00%(Cached):22%(4.1MB-4.5MB-4.8MB/3.0MB-3.5MB-3.8MBover8)com.google.android.deskclock/u0a36:TOTAL:42%(20MB-21MB-21MB/18MB-19MB-19MBover8)ImpFg:42%(20MB-21MB-21MB/18MB-19MB-19MBover8)Service:0.00%Receiver:0.01%(Cached):58%(17MB-20MB-21MB/16MB-18MB-19MBover14)com.android.settings/1000:TOTAL:23%(19MB-22MB-28MB/15MB-19MB-24MBover31)Top:23%(19MB-22MB-28MB/15MB-19MB-24MBover31)(LastAct):77%(9.7MB-14MB-20MB/7.5MB-11MB-18MBover8)(Cached):0.02%com.google.android.apps.magazines/u0a59:TOTAL:3.6%(10MB-10MB-10MB/8.7MB-9.0MB-9.0MBover6)ImpBg:0.03%Service:3.6%(10MB-10MB-10MB/8.7MB-9.0MB-9.0MBover6)(Cached):17%(9.9MB-10MB-10MB/8.7MB-8.9MB-9.0MBover5)com.android.defcontainer/u0a5:TOTAL:1.4%(2.7MB-3.0MB-3.0MB/1.9MB-1.9MB-1.9MBover7)Top:1.2%(3.0MB-3.0MB-3.0MB/1.9MB-1.9MB-1.9MBover6)ImpFg:0.19%(2.7MB-2.7MB-2.7MB/1.9MB-1.9MB-1.9MBover1)Service:0.00%(Cached):15%(2.6MB-2.6MB-2.6MB/1.8MB-1.8MB-1.8MBover1)com.google.android.youtube/u0a78:TOTAL:1.3%(9.0MB-9.0MB-9.0MB/7.8MB-7.8MB-7.8MBover1)ImpBg:1.0%(9.0MB-9.0MB-9.0MB/7.8MB-7.8MB-7.8MBover1)Service:0.27%ServiceRs:0.01%Receiver:0.00%(Cached):99%(9.1MB-9.4MB-9.7MB/7.7MB-7.9MB-8.1MBover24)com.google.android.gms/u0a8:TOTAL:0.91%(9.2MB-9.2MB-9.2MB/7.6MB-7.6MB-7.6MBover1)ImpBg:0.79%(9.2MB-9.2MB-9.2MB/7.6MB-7.6MB-7.6MBover1)Service:0.11%Receiver:0.00%(Cached):99%(8.2MB-9.4MB-10MB/6.5MB-7.6MB-8.1MBover25)com.google.android.gm/u0a44:TOTAL:0.56%ImpBg:0.55%Service:0.01%

Receiver:0.00%(Cached):99%(11MB-13MB-14MB/10MB-12MB-13MBover24)com.google.android.apps.plus/u0a70:TOTAL:0.22%ImpBg:0.22%Service:0.00%Receiver:0.00%(Cached):100%(38MB-40MB-41MB/36MB-38MB-39MBover17)com.google.android.apps.docs/u0a39:TOTAL:0.15%ImpBg:0.