dumpsys cpuinfo в Android: Интерпретиране на резултатите от тази команда

Разглеждам изхода от следната команда „adb shell dumpsys cpuinfo“, където искам да знам дали тези отчетени стойности са средни стойности спрямо предишно време?

    D:\Android_Dev\Android_sdk\platform-tools>adb shell dumpsys cpuinfo
Load: 4.03 / 3.43 / 2.44
CPU usage from 23770ms to 16630ms ago:
  58% 1844/logd: 58% user + 0% kernel / faults: 3 minor
  50% 3895/com.google.android.wearable.app:ui: 41% user + 9.3% kernel / faults: 1798 minor
  26% 1864/adbd: 2.8% user + 23% kernel / faults: 1243 minor
  22% 4880/logcat: 7.8% user + 15% kernel
  9.7% 7834/kworker/0:2: 0% user + 9.7% kernel
  4.9% 2198/system_server: 2.6% user + 2.2% kernel / faults: 76 minor

Въпросите ми са следните:

  1. какво представляват грешките тук?
  2. какво представляват тези процентни стойности, защото сборът им не е 100?
  3. тези процентни стойности средни ли са за съответните процеси, като например 58% за logd?
  4. CPU usage from 23770ms to 16630ms ago: какво означава това? означава ли, че тези стойности са средните от последните 23 до 16 секунди?

person utengr    schedule 21.10.2016    source източник
comment
Възможен дубликат на интерпретиране на dumpsys cpuinfo   -  person Toris    schedule 22.10.2016
comment
@Toris Това не е дубликат на този въпрос. Вече имам това. Там няма обяснение за всички тези 4 въпроса. Прегледах внимателно връзките, споменати там. Ето защо премахнах товарната част, както е обяснено там.   -  person utengr    schedule 22.10.2016


Отговори (1)


adb shell dumpsys cpuinfo

показва информация от /proc/stat и /proc/(pid)/stat

1. какво означават грешките тук?

Грешки на страницата.
"незначителни" за незначителни грешки.

от ProcessCpuTracker.java

collectStats(...) {
  ...
  final long[] procStats = mProcessStatsData;
  if (!Process.readProcFile(st.statFile.toString(),
  PROCESS_STATS_FORMAT, null, procStats, null)) {
  continue;
  }
  ...
  final long minfaults = procStats[PROCESS_STAT_MINOR_FAULTS];
  final long majfaults = procStats[PROCESS_STAT_MAJOR_FAULTS];
}

private static final int[] PROCESS_STATS_FORMAT = new int[] {
  ...
  PROC_SPACE_TERM|PROC_OUT_LONG,                  // 10: minor faults
  ...
  PROC_SPACE_TERM|PROC_OUT_LONG,                  // 12: major faults
  ...
};

Те са /proc/(pid)/stat data[9] и data[11].


2. те не се събират до 100

http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
(Свързана страница от тълкуване на dumpsys cpuinfo )

При многопроцесорна система сумата може да бъде повече от 100%.


3. тези процентни стойности средни ли са за съответните процеси

от ProcessCpuTracker.java

printProcessCPU(...) {
  ...
  printRatio(pw, user+system+iowait+irq+softIrq, totalTime);
  ...
}

Отпечатва се 2-ри параметър(user+...) / 3-ти параметър(totalTime).


4. Използване на процесора от 23770ms до 16630ms преди

Времената се основават на времената, когато статистическите данни, кеширани от ProcessCpuTracker, се актуализират.

от ProcessCpuTracker.java

update() {
  final long nowUptime = SystemClock.uptimeMillis();
  ...
  mLastSampleTime = mCurrentSampleTime;
  mCurrentSampleTime = nowUptime;
  ...
}

[Свързани източници]
https://android.googlesource.com/platform/frameworks/native/+/master/cmds/dumpsys/dumpsys.cpp
main() => service->dump()

https://github.com/android/platform_frameworks_base/blob/master/services/core/java/com/android/server/am/ActivityManagerService.java
CpuBinder.dump() се нарича
mProcessCpuThread актуализира кеша за статистика. (извиква се updateCpuStatsNow())

https://github.com/android/platform_frameworks_base/blob/master/core/java/com/android/internal/os/ProcessCpuTracker.java
printCurrentLoad() отпечатва натоварването на процесора
printCurrentState() отпечатва статистики за процес

person Toris    schedule 22.10.2016
comment
Благодаря много Торис. Това търсех. - person utengr; 24.10.2016
comment
Все още се чудя дали мога по някакъв начин да променя времето на тези състояния като последен dumpsys за последните 5 минути и т.н. - person utengr; 24.10.2016
comment
@zub12, ако dumpsys има такава опция, тя е най-добрата, но смятам, че изчисляването от изходите или вземането на информация от /proc/(pid)/stat е отговорът за момента. - person Toris; 24.10.2016