dumpsys procstats详解

最新推荐文章于 2024-03-21 01:37:11 发布
最新推荐文章于 2024-03-21 01:37:11 发布
阅读量2.9k 收藏 8
点赞数 3
分类专栏： Framework
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Invoker123/article/details/108632459
版权

简介

  procstats 工具用于分析应用内存在一段时间内的使用情况（而不像 meminfo 一样在特定时间点捕获快照）。其状态转储会显示每个应用的运行时间、比例集合大小 (PSS) 和唯一集合大小 (USS) 的统计信息–引用自官网介绍查看 RAM 使用情况数据 (procstats)
  Android内部将内存状态划分为四个等级：Norm/Mod/Low/Crit，按内存的使用情况从轻度到重度的顺序排列；将屏幕状态划分为两个等级：SOff/SOn，分别表示息屏和亮屏；将进程状态按优先级从高到低划分为14个等级：Persistent/Top/Imp Fg/Imp Bg/Backup/Service/Service Rs/Receiver/Heavy Wgt/(Home)/(Last Act)/(Cch Act)/(Cch CAct)/(Cch Emty)，带括号的状态被视为不活跃状态。内存状态，屏幕状态个进程状态自由组合成(内存状态数量+屏幕使用状态）*进程状态 数量的bucket，系统会统计每个bucket的持续时间，内存使用状况。
  Persistent：对应ActivityManager.PROCESS_STATE_PERSISTENT和ActivityManager.PROCESS_STATE_PERSISTENT_UI，对应persistent的系统组件；
  Top：对应ActivityManager.PROCESS_STATE_TOP和ActivityManager.PROCESS_STATE_TOP_SLEEPING，分别对应用户正在交互的进程状态和睡眠状态下用户正在交互的进程状态；
  Imp Fg：对应ActivityManager.PROCESS_STATE_FOREGROUND_SERVICE_LOCATION，ActivityManager.PROCESS_STATE_BOUND_TOP，ActivityManager.PROCESS_STATE_FOREGROUND_SERVICE，ActivityManager.PROCESS_STATE_BOUND_FOREGROUND_SERVICE，ActivityManager.PROCESS_STATE_IMPORTANT_FOREGROUND，分别表示正在运行位置信息相关的服务进程状态，绑定了用户正在交互的组件的进程状态，正在运行前台服务的进程状态，绑定了运行前台服务组件的进程状态，前台重要进程状态。
  Imp Bg：对应ActivityManager.PROCESS_STATE_IMPORTANT_BACKGROUND和ActivityManager.PROCESS_STATE_TRANSIENT_BACKGROUND，分别表示后台重要服务进程状态，暂时性的后台进程运行状态。PROCESS_STATE_TRANSIENT_BACKGROUND通常是使用BIND_NOT_FOREGROUND的flag来绑定服务的进程状态，PROCESS_STATE_IMPORTANT_BACKGROUND通常是使用BIND_IMPORTANT_BACKGROUND的flag开绑定服务的进程状态。
  Backup：对应ActivityManager.PROCESS_STATE_BACKUP，表示在后台进行备份服务的进程状态。
  Service：对应ActivityManager.PROCESS_STATE_SERVICE，表示含有显式启动（startservice）的或正在执行生命周期（create，start，bind，destroy等）的Service的进程状态。
  Service Rs：表示正在启动或者重启一个服务且当时该进程只有这一个服务的进程状态。在随后的启动过程中进程状态会变化成Service状态。这个状态比较特殊，没有对应ActivityManager的任何常量。
  Receiver：对应ActivityManager.PROCESS_STATE_RECEIVER，表示正在处理广播的进程状态。
  Heavy Wgt：对应ActivityManager.PROCESS_STATE_HEAVY_WEIGHT，表示那些通过Manifest指明不能保存状态的应用进程状态（重量级进程）。
  (Home)：对应ActivityManager.PROCESS_STATE_HOME，表示桌面进程状态。
  (Last Act)：对应ActivityManager.PROCESS_STATE_LAST_ACTIVITY，表示上一个stopped但没有finish的activity所在的进程状态。
  (Cch Act)：对应 ActivityManager.PROCESS_STATE_CACHED_ACTIVITY，如果一个进程含有不处于可见状态且不处于PAUSING，PAUSED和STOPPING状态的activity，所在进程便处于Cch Act状态。
  (Cch CAct）：对应ActivityManager.PROCESS_STATE_CACHED_EMPTY，如果一个进程处于Cch Emty状态，但是有另一个含有activity的进程绑定了该Cch Emty状态的进程中的服务，就讲该进程的状态提升到Cch CAct。
  (Cch Emty)：除了上述几种情况的进程，还包括没有初始化ActivityThread的进程毛都被划分成这类。
  注意，一个进程可能含有多个不同状态的activity，绑定了不同组件，或者被不同的组件绑定，进程状态的计算是按最高优先级的定的。例如，一个进程含有显式启动的服务（Service），同时含有一个STOPPED状态的activity(Last Act)，那么该进程的状态将被定为Service而不是(Last Act)。

用法

Process stats (procstats) dump options:
    [--checkin|-c|--csv] [--csv-screen] [--csv-proc] [--csv-mem]
    [--details] [--full-details] [--current] [--hours N] [--last N]
    [--max N] --active] [--commit] [--reset] [--clear] [--write] [-h]
    [--start-testing] [--stop-testing] 
    [--pretend-screen-on] [--pretend-screen-off] [--stop-pretend-screen]
    [<package.name>]
  --checkin: perform a checkin: print and delete old committed states.
  -c: print only state in checkin format.
  --csv: output data suitable for putting in a spreadsheet.
  --csv-screen: on, off.
  --csv-mem: norm, mod, low, crit.
  --csv-proc: pers, top, fore, vis, precept, backup,
    service, home, prev, cached
  --details: dump per-package details, not just summary.
  --full-details: dump all timing and active state details.
  --current: only dump current state.
  --hours: aggregate over about N last hours.
  --last: only show the last committed stats at index N (starting at 1).
  --max: for -a, max num of historical batches to print.
  --active: only show currently active processes/services.
  --commit: commit current stats to disk and reset to start new stats.
  --section: proc|pkg-proc|pkg-svc|pkg-asc|pkg-all|all 
    options can be combined to select desired stats
  --reset: reset current stats, without committing.
  --clear: clear all stats; does both --reset and deletes old stats.
  --write: write current in-memory stats to disk.
  --read: replace current stats with last-written stats.
  --start-testing: clear all stats and starting high frequency pss sampling.
  --stop-testing: stop high frequency pss sampling.
  --pretend-screen-on: pretend screen is on.
  --pretend-screen-off: pretend screen is off.
  --stop-pretend-screen: forget "pretend screen" and use the real state.
  -a: print everything.
  -h: print this help text.
  <package.name>: optional name of package to filter output by.

输出信息

  使用常规的dumpsys procstats -a输出的内容可以划分成如下面代码所示：
  1."COMMITTED STATS FROM"一栏可能有多个，因为这个是通过读取/data/system/procstats下面的文件输出的，表示了从后面的日期到下一个"COMMITTED STATS FROM"指定的日期（如果没有，就是到dump的时间点）这段时间的概况；
  2."CURRENT STATS"一栏输出最近一次统计的情况；
  3."AGGREGATED OVER LAST 24 HOURS"一栏输出过去24小时的统计情况。不一定是完全的24小时，因为系统是通过查找/data/system/procstats下面的文件，从最新的往回读取，将总时间加起来满24小时的文件数据整合起来输出。
  4."AGGREGATED OVER LAST 3 HOURS"一栏输出过去3小时的统计情况。不一定是完全的3小时，因为系统是通过查找/data/system/procstats下面的文件，从最新的往回读取，将总时间加起来满3小时的文件数据整合起来输出。

adb shell dumpsys procstats -a

COMMITTED STATS FROM 日期
	{Process summary}
	{Run time Stats}
	{Memory usage}
	{PSS collection stats}
COMMITTED STATS FROM 日期
	{Process summary}
	{Run time Stats}
	{Memory usage}
	{PSS collection stats}
CURRENT STATS
	{System memory usage}
	{Per-Package Stats}
	{Multi-Package Common Processes}
	{Tracking associations}
	{Process summary}
	{Run time Stats}
	{Memory usage}
	{PSS collection stats}
	{Internal state}
	{Available pages by page size}
AGGREGATED OVER LAST 24 HOURS
	{System memory usage}
	{Per-Package Stats}
	{Multi-Package Common Processes}
	{Process summary}
	{Run time Stats}
	{Memory usage}
	{PSS collection stats}
	{Internal state}
	{Available pages by page size}
AGGREGATED OVER LAST 3 HOURS
	{System memory usage}
	{Per-Package Stats}
	{Multi-Package Common Processes}
	{Process summary}
	{Run time Stats}
	{Memory usage}
	{PSS collection stats}
	{Internal state}
	{Available pages by page size}
Process summary

  Process summary：统计了所有包的所在的进程的简要状态。如果需要更详细的所有包的信息，需要加上"–details"/"–full-details"/"-a"参数。以"com.qualcomm.qti.services.secureui:sui_service / u0a169 / v1"为例，以’/'为分隔符，从左到右分别时是进程名，UID，版本号。
  每个进程下面的每一行表示各种状态的数据，非cache状态就是Persistent/Top/Imp Fg/Imp Bg/Backup/Service/Service Rs/Receiver/Heavy Wgt这些状态。对于cache状态（(Home)/(Last Act)/(Cch Act)/(Cch CAct)/(Cch Emty)），系统会单独进行计算，不计入TOTAL一栏。如果某个状态运行时间占比很小，会不列出这一行的数据，包括TOTAL一栏。
  百分比数字是指某个状态占总时间的百分比。例如“8.9MB-9.0MB-9.1MB/400KB-627KB-1.1MB/16MB-21MB-27MB over 4“表示“PSS数据/USS数据/RSS数据 over 样本数”。每个内存数据按‘-’作为分隔符，从左到右分别是最小值，平均值和最大值。

adb shell dumpsys procstats -a

Process summary:
  * com.qualcomm.qti.services.secureui:sui_service / u0a169 / v1:
         TOTAL: 100% (9.2MB-9.2MB-9.2MB/672KB-672KB-672KB/27MB-27MB-27MB over 1)
    Persistent: 100% (9.2MB-9.2MB-9.2MB/672KB-672KB-672KB/27MB-27MB-27MB over 1)
  * com.netease.cloudmusic:play / u0a222 / v7003010:
         TOTAL: 100% (97MB-97MB-97MB/62MB-62MB-62MB/112MB-112MB-112MB over 1)
        Imp Fg: 100% (97MB-97MB-97MB/62MB-62MB-62MB/112MB-112MB-112MB over 1)
  * .dataservices / 1001 / v1:
         TOTAL: 100% (39MB-39MB-39MB/1.5MB-1.5MB-1.5MB/32MB-32MB-32MB over 1)
    Persistent: 100% (39MB-39MB-39MB/1.5MB-1.5MB-1.5MB/32MB-32MB-32MB over 1)
  * com.android.ims.rcsservice / 1001 / v1:
         TOTAL: 100% (9.2MB-9.2MB-9.2MB/456KB-456KB-456KB/29MB-29MB-29MB over 1)
    Persistent: 100% (9.2MB-9.2MB-9.2MB/456KB-456KB-456KB/29MB-29MB-29MB over 1)
  * com.netease.cloudmusic / u0a222 / v7003010:
         TOTAL: 100% (237MB-237MB-237MB/176MB-176MB-176MB/231MB-231MB-231MB over 1)
        Imp Fg: 100% (237MB-237MB-237MB/176MB-176MB-176MB/231MB-231MB-231MB over 1)
  * com.google.android.gms / u0a124 / v203315046:
         TOTAL: 100% (111MB-111MB-111MB/75MB-75MB-75MB/135MB-135MB-135MB over 1)
        Imp Fg: 100% (111MB-111MB-111MB/75MB-75MB-75MB/135MB-135MB-135MB over 1)
        ...
  * com.google.process.gservices / u0a124 / v30:
    (Last Act): 6.3% (9.0MB-9.0MB-9.0MB/3.9MB-3.9MB-3.9MB/38MB-38MB-38MB over 1)
      (Cached): 94%
PSS collection stats

  PSS collection stats:描述了统计时间等信息。Start time是开始统计的时间，Total uptime和Total elapsed time分别是统计不包括深度睡眠时间在内的持续的时间和包括深度睡眠时间在内的持续的时间，Aggregated over是表示输出信息来源于几份数据，一般是1。

adb shell dumpsys procstats -a

PSS collection stats:
  Internal Single: 54x over +704ms
  Internal All Procs (Memory Change): 0x over 0
  Internal All Procs (Polling): 79x over +1s129ms
  External: 0x over 0
  External Slow: 8x over +887ms

          Start time: 2020-09-28 00:09:58
        Total uptime: +43m12s747ms
  Total elapsed time: +43m12s747ms (complete) libart.so

  Run time Stats:描述系统运行状态。如下所示：系统在熄屏/正常内存使用状况（SOff/Norm）下运行了39m2s685ms，而且当前还在该状态下运行（running）；在熄屏/中度内存使用状况（SOff/Mod，输出内容省略了SOff）下运行了30s985ms；在亮屏/正常内存使用状况（SOn/Norm）下使用了9m18s303ms；在亮屏/中度内存使用状况（SOn/Mod）下使用了8s479ms；在亮屏/低内存使用状态（SOn/Low）下使用了2s319ms，在亮屏/紧急内存使用状态（SOn/Crit）下使用了
1s674ms，总计时间是49m4s445ms。该时间是从上一次提交（commit）的时间点到dump的时间点统计的，并不是开机的时间点统计的时间。

adb shell dumpsys procstats -a

Run time Stats:
  SOff/Norm: +39m2s685ms (running)
        Mod: +30s985ms
   SOn/Norm: +9m18s303ms
        Mod: +8s479ms
        Low: +2s319ms
       Crit: +1s674ms
      TOTAL: +49m4s445ms

  AGGREGATED OVER LAST 24 HOURS:描述了过去24小时所有包的所在的进程的简要状态。

adb shell dumpsys procstats

AGGREGATED OVER LAST 24 HOURS:
  * com.netease.cloudmusic:videoplay / u0a222 / v7003010:
         TOTAL: 100% (26MB-26MB-27MB/220KB-5.2MB-9.2MB/14MB-25MB-42MB over 7)
        Imp Fg: 0.62%
       Service: 99% (26MB-26MB-27MB/220KB-5.2MB-9.2MB/14MB-25MB-42MB over 7)
  * com.google.android.ext.services / u0a213 / v300900700:
         TOTAL: 100% (22MB-23MB-24MB/556KB-1.6MB-3.4MB/26MB-36MB-42MB over 8)
        Imp Fg: 100% (22MB-23MB-24MB/556KB-1.6MB-3.4MB/26MB-36MB-42MB over 8)

  AGGREGATED OVER LAST 3 HOURS:描述了过去3小时所有包的所在的进程的简要状态。

adb shell dumpsys procstats

AGGREGATED OVER LAST 3 HOURS:
  * com.google.android.apps.scone / u0a113 / v10629:
         TOTAL: 100% (13MB-14MB-15MB/1.9MB-3.2MB-5.1MB/26MB-34MB-41MB over 4)
        Imp Bg: 0.03%
       Service: 100% (13MB-14MB-15MB/1.9MB-3.2MB-5.1MB/26MB-34MB-41MB over 4)
  * com.google.android.ims / u0a141 / v30252713:
         TOTAL: 100% (17MB-19MB-20MB/2.9MB-5.9MB-8.2MB/25MB-35MB-43MB over 4)
        Imp Bg: 0.01%
       Service: 100% (17MB-19MB-20MB/2.9MB-5.9MB-8.2MB/25MB-35MB-43MB over 4)
Per-Package Stats

   Per-Package Stats：如果使用了"–details"/"–full-details"/“-a”参数，输出信息会以"Per-Package Stats"为开头将更加详细的信息展现出来：
  每个顶层*后面是包名/UID/版本号。以下面的com.google.android.youtube包名为例说明。每个包名最多可分为三个部分：Process，Service，Association。
  Process：后面是包含的进程名称：com.google.android.youtube。unique表示该进程是该包定义的非共用进程，multi表示该进程是共用进程，可以通过android:process属性配置运行在该进程。entries表示了进程的状态数量。com.google.android.youtube有6个entries，分别是SOff/Norm/Imp Bg，
SOff/Norm/Service，SOff/Norm/Receiver，SOff/Norm/ (Cch Emty)，SOff/Mod/(Cch Emty)，SOn/Norm/(Cch Emty)。输出信息在后面标注了这些状态的持续时间。
  PSS/USS表示内存的使用数据，entries表示状态数量（Youtube只有一个SOff/Norm/(Cch Emty)），后面信息是“PSS最小值-PSS平均值-PSS最大值/USS最小值-USS平均值-USS最大值/RSS最小值-RSS平均值-RSS最大值 over 样本数”。
  Cur time表示最近一次处于运行状态的持续时间。如果时间后面带有(running)的字眼，说明使用dump命令的时候该进程还处于运行状态。myID是一个标识唯一性的哈希值，mCommonProcess也是一个标识唯一性的哈希值。参考前面所述，如果进程是unique的，mCommonProcess和myID相同；如果进程是multi的，mCommonProcess是那个共用进程的唯一性标识值。mPackage是定义进程的包名，视进程是unique还是multi有不同的值。

  Service：后面是包含的服务名称：androidx.work.impl.background.systemjob.SystemJobService。Process表明服务所在的进程名称。"op count"统计了服务的各种行为计数。"Started op count"表示服务被显式启动（例如调用startService）或重启的次数（例如重启被杀的persistent服务）的次数；"Running op count"表示服务被运行起来的次数，“被运行”可以理解为服务从未启动状态变成显式启动（例如调用startService），绑定（例如调用bindService），执行生命周期（onCreate，onStart，onBind，onDestroy等）等状态的次数；"Bound op count"表示服务被绑定（例如调用bindService）的次数；“Executing op count"表示服务执行生命周期（onCreate，onStart，onBind，onDestroy等）等状态的次数。每个"op count"的下一行还显示了服务在这些"op count"动作期间，处于各种进程状态的时间。在当前的进程状态后面，输出信息会添加”(running)"标识。

  Association：后面是包里面的内容提供器或服务。Association描述了其他组件和这些内容提供器或服务的联系。Process是这些内容提供器或服务所处的进程。mNumActive是与这些内容提供器或服务有关系的活跃组件数量，如果发起联系的组件是活跃的，后面会带"(running)"标识。
  "<-“后面是和这些内容提供器或服务有关联的组件信息。以”<- com.google.android.gms/u0a154 (com.google.android.gms):“为例，意思是组件名称是com.google.android.gms，UID是u0a154，所在包名是com.google.android.gms。Total count表示了其他组件发生关联的次数，Active count表示其他组件发生关联且处于活跃状态的次数（活跃状态：进程状态比(Home)优先级高），后面的”(inline)“表明活跃状态只有一种，如果是”(multi-field)"表明活跃状态不只有一种。在下面的几行里，输出信息会列出这些状态的名字，持续时间，和持续时间占比。

adb shell dumpsys procstats -a

Per-Package Stats:
  * com.google.android.youtube / u0a186 / v1425573400:
      Process com.google.android.youtube (unique, 7 entries):
        SOff/Norm/  Receiver: +366ms
                  (Cch Emty): +7m26s961ms
         SOn/Norm/    Imp Fg: +2s994ms
                      Imp Bg: +3m37s698ms
                     Service: +1s300ms
                    Receiver: +10s509ms
                  (Cch Emty): +24m48s420ms
                       TOTAL: +36m8s248ms
        PSS/USS (3 entries):
          SOff/Norm/(Cch Emty): 49MB-49MB-49MB/42MB-42MB-42MB/0.00-0.00-0.00 over 1
           SOn/Norm/    Imp Bg: 50MB-50MB-50MB/42MB-42MB-42MB/0.00-0.00-0.00 over 4
                    (Cch Emty): 44MB-47MB-50MB/38MB-41MB-43MB/0.00-0.00-0.00 over 12
        myID=4730da7 mCommonProcess=4730da7 mPackage=com.google.android.youtube
      Service com.google.firebase.iid.FirebaseInstanceIdService:
        Process: com.google.android.youtube
        Running op count 1:
          SOff/Norm: +12s256ms
           SOn/Norm: +2m47s268ms
              TOTAL: +2m59s524ms
        Bound op count 1:
          SOff/Norm: +12s256ms
           SOn/Norm: +2m47s268ms
              TOTAL: +2m59s524ms
        Executing op count 1:
           SOn/Norm: +426ms
              TOTAL: +426ms
      Service com.google.android.apps.youtube.app.common.notification.FcmMessageListenerService:
        Process: com.google.android.youtube
        Running op count 1:
          SOff/Norm: +12s256ms
           SOn/Norm: +2m47s297ms
              TOTAL: +2m59s553ms
        Bound op count 1:
          SOff/Norm: +12s256ms
           SOn/Norm: +2m47s297ms
              TOTAL: +2m59s553ms
        Executing op count 1:
           SOn/Norm: +445ms
              TOTAL: +445ms
      Service com.firebase.jobdispatcher.GooglePlayReceiver:
        Process: com.google.android.youtube
        Running op count 2:
           SOn/Norm: +3s717ms
              TOTAL: +3s717ms
        Bound op count 2:
           SOn/Norm: +3s579ms
              TOTAL: +3s579ms
        Executing op count 4:
           SOn/Norm: +1s838ms
              TOTAL: +1s838ms
      Service com.google.android.apps.youtube.app.extensions.mediabrowser.impl.MainAppMediaBrowserService:
        Process: com.google.android.youtube
        Running op count 1:
           SOn/Norm: +1s511ms
              TOTAL: +1s511ms
        Bound op count 1:
           SOn/Norm: +1s400ms
              TOTAL: +1s400ms
        Executing op count 2:
           SOn/Norm: +1s297ms
              TOTAL: +1s297ms
      Service com.google.android.libraries.youtube.account.AccountsChangedJobIntentService:
        Process: com.google.android.youtube
        Running op count 1:
           SOn/Norm: +2s621ms
              TOTAL: +2s621ms
        Bound op count 1:
           SOn/Norm: +2s489ms
              TOTAL: +2s489ms
        Executing op count 2:
           SOn/Norm: +161ms
              TOTAL: +161ms
      Service com.google.android.apps.youtube.app.common.ads.AdIdListenerService:
        Process: com.google.android.youtube
        Running op count 2:
           SOn/Norm: +2s180ms
              TOTAL: +2s180ms
        Bound op count 2:
           SOn/Norm: +2s102ms
              TOTAL: +2s102ms
        Executing op count 4:
           SOn/Norm: +1s853ms
              TOTAL: +1s853ms
      Service com.google.android.libraries.youtube.common.gcore.gcoreclient.gcm.impl.GcmTaskServiceDelegator:
        Process: com.google.android.youtube
        Running op count 7:
           SOn/Norm: +3m35s273ms
              TOTAL: +3m35s273ms
        Bound op count 7:
           SOn/Norm: +3m34s266ms
              TOTAL: +3m34s266ms
        Executing op count 14:
           SOn/Norm: +8s198ms
              TOTAL: +8s198ms
      Service com.google.android.apps.youtube.app.application.system.LocaleUpdatedJobService:
        Process: com.google.android.youtube
        Running op count 1:
           SOn/Norm: +300ms
              TOTAL: +300ms
        Bound op count 1:
           SOn/Norm: +278ms
              TOTAL: +278ms
        Executing op count 2:
           SOn/Norm: +244ms
              TOTAL: +244ms
      Association com.firebase.jobdispatcher.GooglePlayReceiver:
        Process: com.google.android.youtube
        mNumActive=0
          <- com.google.android.gms.persistent/u0a154 (com.google.android.gms):
             Total count 2: Duration +3s312ms / 0.04%
             Active count 2 (inline):
                Imp Bg: Duration +3s312ms / 0.04%
                 TOTAL: Duration +3s312ms / 0.04%
      Association com.google.android.apps.youtube.app.extensions.mediabrowser.impl.MainAppMediaBrowserService:
        Process: com.google.android.youtube
        mNumActive=0
          <- com.android.bluetooth/1002 (com.android.bluetooth):
             Total count 1: Duration +1s217ms / 0.02%
             Active count 1 (inline):
                Imp Fg: Duration +1s217ms / 0.02%
                 TOTAL: Duration +1s217ms / 0.02%
      Association com.google.android.libraries.youtube.account.AccountsChangedJobIntentService:
        Process: com.google.android.youtube
        mNumActive=0
          <- system/1000 (android):
             Total count 1: Duration +2s486ms / 0.03%
             Active count 1 (inline):
                Imp Bg: Duration +2s486ms / 0.03%
                 TOTAL: Duration +2s486ms / 0.03%
      Association com.google.android.apps.youtube.app.common.ads.AdIdListenerService:
        Process: com.google.android.youtube
        mNumActive=0
          <- com.google.android.gms/u0a154 (com.google.android.gms):
             Total count 2: Duration +1s808ms / 0.02%
             Active count 2 (inline):
                Imp Fg: Duration +1s808ms / 0.02%
                 TOTAL: Duration +1s808ms / 0.02%
      Association com.google.android.libraries.youtube.common.gcore.gcoreclient.gcm.impl.GcmTaskServiceDelegator:
        Process: com.google.android.youtube
        mNumActive=0
          <- com.google.android.gms.persistent/u0a154 (com.google.android.gms):
             Total count 7: Duration +3m33s640ms / 2.9%
             Active count 7 (inline):
                Imp Bg: Duration +3m33s640ms / 2.9%
                 TOTAL: Duration +3m33s640ms / 2.9%
Multi-Package Common Processes

  Multi-Package Common Processes：共用进程信息。这一栏列出了系统中所有共用进程的信息。

adb shell dumpsys procstats -a

Tracking associations:
  #0: com.coloros.persist.system/1000 <- system/1000:
    Tracking for: +2h0m45s511ms
    Component: com.coloros.securitypermission/.permission.dialog.PermissionDialogService
    Proc state: ImpFg #120721
    Process: ProcessState{9a43f8d com.coloros.persist.system/1000 pkg=com.coloros.securitypermission (sub)}
    Active count 1: Duration +3m40s679ms / 100% (running)

  #1: com.coloros.persist.system/1000 <- com.android.systemui/u0a88:
    Tracking for: +2h0m44s543ms
    Component: com.coloros.notificationmanager/com.coloros.notification.NotificationCenterService
    Proc state: ImpFg #120721
    Process: ProcessState{d79d07a com.coloros.persist.system/1000 pkg=com.coloros.notificationmanager (sub)}
    Active count 1: Duration +3m40s679ms / 100% (running)
Tracking associations

  Tracking associations：这一栏关注处于活跃状态的关联（Association）。处于活跃状态的意思是发起关联的组件进程状态比(Home)优先级高。系统在发起联系的组件变成活跃状态时，会跟踪（Track）这个联系，直到联系结束。
  以下面的#0为例。"com.coloros.persist.system/1000 <- system/1000"表示时system进程对com.coloros.persist.system进程发起了联系，注意这里用的名称都是共用进程（如果有的话）的名称。Tracking for后面是跟踪持续时间。Component是发起联系的组件名称，Proc state后面是活跃进程当前状态的名称和oomadj调整序列号，Process是发起联系的组件进程信息，Active count是处于活跃状态的次数，其后的Duration是处于活跃状态的总时间。有时候跟踪持续时间比处于活跃状态的总时间小，是因为曾经活跃的联系结束后来又建立了活跃的联系，导致活跃状态的累计时间比跟踪持续时间长。

adb shell dumpsys procstats -a

Tracking associations:
  #0: com.coloros.persist.system/1000 <- system/1000:
    Tracking for: +2h0m45s511ms
    Component: com.coloros.securitypermission/.permission.dialog.PermissionDialogService
    Proc state: ImpFg #120721
    Process: ProcessState{9a43f8d com.coloros.persist.system/1000 pkg=com.coloros.securitypermission (sub)}
    Active count 1: Duration +3m40s679ms / 100% (running)

  #1: com.coloros.persist.system/1000 <- com.android.systemui/u0a88:
    Tracking for: +2h0m44s543ms
    Component: com.coloros.notificationmanager/com.coloros.notification.NotificationCenterService
    Proc state: ImpFg #120721
    Process: ProcessState{d79d07a com.coloros.persist.system/1000 pkg=com.coloros.notificationmanager (sub)}
    Active count 1: Duration +3m40s679ms / 100% (running)
Internal state

  Internal state：表示当前的数据是否是记录在运行的系统中，如果是false，说明数据是从历史记录中得出来的。一般在CURRENT STATS标题下才为true，诸如AGGREGATED OVER LAST 24 HOURS之类的标题下为false。

adb shell dumpsys procstats -a

Internal state:
  mRunning=true
android_内存分析 (dumpsys meminfo)
MrPeng的博客
06-29 1834
PSS 这是一种按照比列来划分内存的统计方法。比如一个共享库占1G。由两个进程共享，那么PSS的计算方式就是，将1G一分为2。分别为512MPrivate Dirty：其中Private表示只有本进程可访问。Dirty表示还没有写回磁盘。举例如下：如上图第一行表示，分配给本进程的，已经被修改，但未写入磁盘的Native Heap大小为107140KB。Private Dirty 进程本身使用的内存总数，包含了进程主动申请的以及修改的继承自Zygote的内存。其实。例如。
android bugreport分析,Bugreport日志分析
weixin_39638708的博客
05-26 4034
一、Bugreport文章Bugreport源码篇(一)从源码角度阐释了Bugreport，那么本文则是从实战角度来说说，如何看懂bugreport，对于通过bugreport获取到内容往往非常长，这里简单划分为19部分，先整体上简单说说每部分log的title信息。1. 系统build相关信息系统build信息：dumpstate: dateBuild: getprop ro.build.dis...
Viewing RAM Usage Data (procstats)
vichie2008的专栏
10-14 726
The procstats tool is used to analyze application memory usage over time (versus at aparticular snapshot in time, like meminfo). Its state dump displays statistics about every application’s runtime,p
Android 查看内存使用工具 (procstats)
vshuang的专栏
06-24 7536
对于应用开发来说，简单的看应用内存有没有问题，就可以使用这个工具procstats。 跑上几个小时monkey，然后用工具dump一下就对内存的使用就了然于胸 文章翻译自 http://source.android.com/devices/tech/debug/procstats.html 简单了解一下这个工具，后面会再介绍一个腾讯的开源性能测试利器APT
Android dumpsys 使用之分析内存使用情况
Deng
10-18 4424
1procstatsprocstats 是 android 提供的一个用于分析内存使用情况的工具，可以查看一段时间内应用使用的内存信息。
Process Stats:了解你的APP怎样使用内存
weixin_34235371的博客
05-12 402
原文地址：http://android-developers.blogspot.com/2014/01/process-stats-understanding-how-your.html?m=1 原作者：Dianne Hackborn, Android framework team 翻译：大苞米，http://blog.csdn.net/a396901990 Androi...
Android 使用命令dumpsys查看程序的内存情况
峻峰飞阳的博客 blog.csdn.net/while0
11-21 1171
android程序内存被分为2部分：native和 dalvik，dalvik就是我们平常说的java堆，我们创建的对象是在这里面分配的，而bitmap是直接在native上分配的，对于内存的限制 是 native+dalvik 不能超过最大限制。android程序内存一般限制在16M，当然也有24M的。       用以下命令可以查看程序的内存使用情况：       adb shel
Android 性能分析工具dumpsys的使用
The more effort ,the more lucky
07-17 778
Android提供的dumpsys工具可以用于查看感兴趣的系统服务信息与状态，手机连接电脑后可以直接命令行执行adb shell dumpsys 查看所有支持的Service但是这样输出的太多，可以通过dumpsys | grep "DUMP OF SERVICE" 仅显示主要的Service的信息 一、列出dumpsys所有支持命令 ?
【Android】【调试工具】通过dumpsys命令查看内存使用情况
天天向上 Up Up Up (*^▽^*)
04-09 1154
保证手机连接电脑并开启了调试模式，在CMD或Terminal中输入以下命令，可以查看所有应用占用内存 adb shell dumpsys procstats 打印的数据统计了24小时内应用的内存使用情况 图中横杠连接的三个数值，分别表示最小内存，平均内存，最大内存 图中斜杠前后的数值，分别表示计算共享内存(PSS)和不计算共享内存(USS)两种计算方式 ...
android调试——教你用dumpsys命令调试
to_perfect的博客
03-17 7350
这一篇就聊聊dumpsys 比较常用的命令，便于调试Android应用
查看内存分配情况
luyao3038的博客
02-24 772
可以让您了解应用在一段时间内的表现，包括应用在后台运行的时长以及在该期间内的内存占用情况。它可以帮助您快速找到应用中的低效环节和不当行为（如内存泄漏），这些问题可能会影响应用的表现，特别是在低内存设备上运行时。其状态转储会显示有关每个应用的运行时间、按比例分摊的内存大小 (PSS)、独占内存大小 (USS) 和常驻内存大小 (RSS) 等统计信息。如以下示例所示，输出会显示应用运行时间的百分比，以及相对样本数量的 PSS、USS 和 RSS (您可以通过两种方法检查应用的内存占用情况：使用。
Jetpack之workmanager源码解析
记录生活中的点滴美好，活在当下！
11-29 2024
<provider android:name="androidx.startup.InitializationProvider" android:exported="false" android:authorities="com.herdin.android.work.androidx-startup"> <meta-data android:name="a..
Android使用JobService实现后台服务
dai的博客
06-23 2167
前言 在Android经常要实现定时服务，定时某个时刻推送消息或者更新数据，一般我们可能是开启Service，在Service中使用AlarmManager，setRepeating定时请求，但是从API19起，并不能保证时效的准确，在5.0以后，Google推出了一个JobService，用来执行一些并非即时执行的后台进程。使用 在JobService中有两个抽象方法onStartJob(Jo
Python 动态抓取 Android 进程内存信息 数据可视化
BurukeYou
11-24 4453
1-简介 如果我们想要测试我们的某些应用在安卓系统上的性能使用情况, 我们可以通过adb桥去查询, 但是如果每次都去手动查询, 自己生成报表,那无疑是非常繁重的工作 而python就是实现性能自动化测试脚本的脚本语言甚至数据分析、可以方便的实现我们的需求 环境依赖: Mac OS、 PyCharm、adb命令1.0.41版本、小米5手机 2-准备 用数据线连接电脑和手机, 并打开手机的开发者usb调试,当在电脑端输入 adb devices 命令能后查看到如下类似输出证明连接成功 [mac@macdeM
adb shell dumpsys 命令查看内存，这操作真香
最新发布
03-21 1192
外链图片转存中…(img-yBke5Wa5-1710956221424)][外链图片转存中…(img-g9wrYzAM-1710956221425)]
Linux操作系统学习笔记
梦风心雨的博客
09-14 892
通常会有很多后台进程在运行，因此它们会保存在LRU列表中，以确保包含用户最近查看的Activity的进程最后一个被终止。上下文切换计算方式：上下文切换不仅关注切换所花费的时间，还需要关注上下文切换会引起cache miss，比如你执行微博时候 cpu的高速缓存会保存着微博的代码和数据，但是如果你一切换到微信，那么cpu的高速缓存很难命中到微信，那么微信中的东西需要重新load一次，我们知道内存比cpu速度慢很多，所以切换上下文的时候 除了计算切换这些时间，还需要关注cache miss等；
android Q版本START_ACTIVITIES_FROM_BACKGROUND
chadm.xiang
08-13 4672
最近项目中遇到一个问题：一个客户应用从后台启动Activity，有如下打印 Slog.w(TAG, "Background activity start [callingPackage: " + callingPackage + "; callingUid: " + callingUid + "; isCallingUidForeground: " + isCallingUidForeground + "; is
android adj变化,Android进程生命周期与ADJ
weixin_33238239的博客
05-26 337
做为应用开发者，对于进程生命周期和进程中的内存回收是透明的，但了解生命周期对加深对Andorid体系的理解很有帮助一、 进程生命周期Android系统将尽量长时间地保持应用进程，但为了新建进程或运行更重要的进程，最终需要清除旧进程来回收内存。 为了确定保留或终止哪些进程，系统会根据进程中正在运行的组件以及这些组件的状态，将每个进程放入“重要性层次结构”中。 必要时，系统会首先消除重要性最低的进程，...
AMS：启动(2)
卓越之路
09-02 286
第一部分： 创建AMS对象及启动服务 // file: frameworks\base\services\java\com\android\server\SystemServer.java private void startBootstrapServices() { ... // Activity manager runs the show. traceBeginAndSlog("StartActivityManager"); mActivityMan
adb shell dumpsys命令详解
03-08
adb shell dumpsys命令是Android系统中一个非常有用的命令，它可以用于获取系统各种信息，包括应用程序、服务、进程、电池状态、网络状态等等。通过这个命令，我们可以深入了解Android系统的运行情况，帮助我们进行调试和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Invoker123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值