Leistungsdaten erheben

Der native Watchdog-Dienst erfasst I/O-Leistungsdaten seit der frühen Initialisierung beim Systemstart. Der native Dienst speichert die erfassten Leistungsdaten im Fehlerbericht. Anbieter können den nativen Dienst über dumpsys abfragen, um entweder die erfassten Daten zu dumpen oder eine benutzerdefinierte Erfassungssitzung für das Debugging zu starten.

Häufigkeit der Datenerhebung

Die Häufigkeit der Erfassung von Leistungsdaten variiert je nach Buildtyp.

  • Bei Userdebug- oder eng-Builds erfasst Watchdog während des Systemstarts alle 1 Sekunde und nach dem Start alle 1 Minute Leistungsdaten.
  • Bei Nutzerbuilds erhebt Watchdog während des Systemstarts alle 20 Sekunden und nach dem Start alle zwei Minuten Leistungsdaten.

Ereignisse zur Datenerhebung

Das befristete Profiling wird bei verschiedenen Systemereignissen (z. B. Systemstart, Systemaufwachen und Nutzerwechsel) und während des letzten N-Minuten-Zeitraums durchgeführt.

  • Ereignisse der letzten N Minuten vor der Generierung des Fehlerberichts:Werden in einem rollierenden Fenster von 30 Minuten generiert.
  • Ereignisse zur Bootzeit:Werden nach dem Start generiert.
  • Nutzerwechselereignisse:Werden generiert, nachdem ein Nutzerwechsel eingeleitet wurde.
  • Benutzerdefinierte Erfassungsereignisse:Sie können den Abfragezeitraum und die maximale Dauer angeben und nach Paketen filtern.

Leistungsdaten dumpen

Wenn ein Fehlerbericht erfasst wird, sendet der native Watchdog-Dienst die erfassten Leistungsdaten an den Fehlerbericht. Anbieter können den nativen Dienst über den folgenden dumpsys-Befehl abfragen, um die erfassten Leistungsdaten zu erfassen. Weitere Informationen finden Sie im Abschnitt Leistungsdatenbericht.

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default > /tmp/carwatchdog_dump.txt

Leistungsdaten zur Fehlerbehebung erfassen

Anbieter können den nativen Watchdog-Dienst verwenden, um benutzerdefinierte Leistungsdaten zu erfassen und zu debuggen. Wenn Anbieter beispielsweise die I/O-Nutzung einer App oder eines Dienstes ermitteln möchten, können sie eine benutzerdefinierte Erfassung von Leistungsdaten durchführen, mit der die I/O-Nutzung entweder einer bestimmten Liste von Paketen oder des gesamten Systems erfasst wird.

Sitzung für benutzerdefinierte Sammlung starten

Unten sehen Sie den Befehl zum Starten einer benutzerdefinierten Sitzung zur Erfassung von Leistungsdaten:

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --start_perf [--interval <seconds>] [--max_duration <seconds>] [--filter_packages <package_name>,<package_name>,...]
  • --start_perf Startet eine Sitzung zur Erfassung benutzerdefinierter Leistungsdaten.
  • --interval <seconds> Gibt das Intervall für das Profiling an. Standardmäßig beträgt das Intervall 30 Sekunden.
  • --max_duration <seconds> Gibt die maximale Dauer der Sitzung zur Erfassung benutzerdefinierter Leistungsdaten an. Wenn die Sitzung nicht manuell beendet wird, wird sie nach dieser Dauer beendet und die erfassten Daten werden verworfen. Die Standarddauer beträgt 30 Minuten.
  • --filter_packages <package_name>,<package_name>... Gibt eine durch Kommas getrennte Liste von Paketnamen an, die profiliert werden sollen. Andernfalls ist die Erfassung von Leistungsdaten auf diese Pakete beschränkt. Andernfalls werden die Leistungsdaten für alle Pakete im System erfasst.

Mit dem folgenden Befehl wird beispielsweise eine benutzerdefinierte Leistungsdatenerhebung mit einem Profiling-Intervall von 10 Sekunden und einer maximalen Erfassungsdauer von 1 Stunde gestartet. Das Profiling wird auf die Pakete com.google.android.car.kitchensink und com.google.android.apps.maps beschränkt.

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --start_perf --interval 10 --max_duration 3600 --filter_packages com.google.android.car.kitchensink,com.google.android.apps.maps

Sitzung für benutzerdefinierte Datenerhebung beenden und Protokolle erstellen

Nachdem die I/O-Nutzung einer App oder eines Dienstes erfasst wurde, sollten Anbieter die Sitzung zur Erfassung benutzerdefinierter Leistungsdaten beenden, um die erfassten Daten zu speichern. Mit diesem Befehl wird die Erfassung benutzerdefinierter Leistungsdaten beendet und die erfassten Daten werden in /tmp/carwatchdog_dump.txt ausgegeben:

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --stop-perf > /tmp/carwatchdog_custom_dump.txt

Dumpsys-Hilfe

So erhalten Sie Hilfe zu dumpsys:

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --help

In Proto-Format dumpen

Optional können Dumpsys-Daten im Proto-Format gedumpt werden:

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --proto

Bericht zu Leistungsdaten

Weitere Informationen finden Sie im folgenden Beispielbericht zu Leistungsdaten:

adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default

---------------------------------
WatchdogPerfService report:
---------------------------------
Boot-time collection information:
=================================
Event polling interval: 1 second

Wake-up collection information:
===============================
Event polling interval: 1 second

User-switch collection information:
===================================
Event polling interval: 1 second

Periodic collection information:
================================
Event polling interval: 60 seconds
---------------------------------------------------------------------------
Boot-time performance report:
=================================
No collection recorded
---------------------------------------------------------------------------
Wake-up performance report:
===========================
No collection recorded
---------------------------------------------------------------------------
User-switch events performance report:
======================================
No collection recorded
---------------------------------------------------------------------------
Last N minutes performance report:
======================================
Collection duration: 10800 seconds
Number of collections: 181

Collection 0: <Mon Oct  2 18:36:06 2023 GMT>
=============================================
Total CPU time (ms): 473210
Total CPU cycles: 39553152000
Total idle CPU time (ms)/percent: 435860 / 92.11%
CPU I/O wait time (ms)/percent: 0 / 0.00%
Number of context switches: 13723415093
Number of I/O blocked processes/percent: 0 / 0.00%

Top N CPU Times:
----------------
Android User ID, Package Name, CPU Time (ms), Percentage of total CPU time, CPU Cycles
    Command, CPU Time (ms), Percentage of UID's CPU Time, CPU Cycles
10, com.google.android.carassistant, 13357, 2.82%, 16409088000
    assistant:interactor, 13360, 100.02%, 16409088000
0, system, 9097, 1.92%, 9640512000
    sensors@1.0-ser, 3790, 41.66%, 3773184000
    system_server, 2760, 30.34%, 3135936000
    com.android.car, 1150, 12.64%, 1099584000
    binder:621_4, 1000, 10.99%, 1281024000
    surfaceflinger, 230, 2.53%, 245376000
0, audioserver, 4383, 0.93%, 4597248000
    Main, 2690, 61.37%, 2980416000
    binder:916_2, 950, 21.67%, 925056000
    audioserver, 720, 16.43%, 691776000
0, root, 4357, 0.92%, 3727872000
    irq/311-iam2068, 2630, 60.36%, 2471616000
    irq/26-90b6400., 370, 8.49%, 561024000
    kworker/u16:4-bwmon_wq, 290, 6.66%, 48960000
    kworker/u16:1-memlat_wq, 270, 6.20%, 0
    ipcdaemon, 220, 5.05%, 218304000
10, com.google.android.apps.geo.automotive.adas, 1509, 0.32%, 1756416000
    adas:publishing, 1490, 98.74%, 1735680000
    as:clientparams, 10, 0.66%, 20736000
0, com.android.vending, 796, 0.17%, 765504000
    android.vending, 790, 99.25%, 765504000
0, shared:com.google.uid.shared, 581, 0.12%, 481152000
    google.android.gms, 340, 58.52%, 237312000
    .gms.persistent, 190, 32.70%, 184512000
    process.gservices, 50, 8.61%, 59328000
0, gps, 507, 0.11%, 659136000
    binder:920_2, 500, 98.62%, 659136000
10, com.android.vending, 489, 0.10%, 372288000
    android.vending, 480, 98.16%, 372288000
0, shared:android.uid.systemui, 438, 0.09%, 449856000
    android.systemui, 440, 100.46%, 449856000

Top N Storage I/O Reads:
-------------
Android User ID, Package Name, Foreground Bytes, Foreground Bytes %, Foreground Fsync, Foreground Fsync %, Background Bytes, Background Bytes %, Background Fsync, Background Fsync %
0, root, 56123392, 81.95%, 1, 100.00%, 0, 0.00%, 0, 0.00%
0, system, 12333056, 18.01%, 0, 0.00%, 0, 0.00%, 0, 0.00%

Top N Storage I/O Writes:
-------------------------
Android User ID, Package Name, Foreground Bytes, Foreground Bytes %, Foreground Fsync, Foreground Fsync %, Background Bytes, Background Bytes %, Background Fsync, Background Fsync %
0, com.android.vending, 0, 0.00%, 0, 0.00%, 520192, 46.35%, 20, 47.62%
10, com.android.vending, 0, 0.00%, 0, 0.00%, 520192, 46.35%, 20, 47.62%
10, shared:com.google.uid.shared, 0, 0.00%, 0, 0.00%, 45056, 4.01%, 0, 0.00%
0, shared:com.google.uid.shared, 0, 0.00%, 0, 0.00%, 36864, 3.28%, 2, 4.76%
0, logd, 24576, 40.00%, 0, 0.00%, 0, 0.00%, 0, 0.00%
0, root, 20480, 33.33%, 0, 0.00%, 0, 0.00%, 0, 0.00%
0, system, 16384, 26.67%, 0, 0.00%, 0, 0.00%, 0, 0.00%

Top N I/O waiting UIDs:
-----------------------
Android User ID, Package Name, Number of owned tasks waiting for I/O, Percentage of owned tasks waiting for I/O
    Command, Number of I/O waiting tasks, Percentage of UID's tasks waiting for I/O
0, root, 2, 0.39%
    dp_hdcp2p2, 1, 50.00%
    hdcp_2x, 1, 50.00%

Top N major page faults:
------------------------
Android User ID, Package Name, Number of major page faults, Percentage of total major page faults
    Command, Number of major page faults, Percentage of UID's major page faults
0, com.android.vending, 104, 48.83%
    android.vending, 104, 100.00%
10, com.android.vending, 104, 48.83%
    android.vending, 104, 100.00%
0, shared:com.google.uid.shared, 4, 1.88%
    .gms.persistent, 4, 100.00%
10, shared:com.google.uid.shared, 1, 0.47%
    .gms.persistent, 1, 100.00%
Number of major page faults since last collection: 213
Percentage of change in major page faults since last collection: 0.00%

Wenn Sie einen Fehlerbericht erfassen, einen Watchdog-dumpsys-Befehl ohne Argumente ausführen oder eine benutzerdefinierte Erfassungssitzung beenden, erstellt der native Watchdog-Dienst einen Bericht zu Leistungsdaten, der dem oben genannten Bericht ähnelt.

Der Bericht enthält Daten, die beim Starten des Systems und in den letzten N Minuten vor der Berichterstellung erfasst wurden.

Artikel Beschreibung
Informationen zur Erhebung bei der Systemstartzeit Enthält Informationen zur Sitzung zur Erfassung von Leistungsdaten beim Starten.
Informationen zur Erhebung von Weckdaten Enthält Informationen zur Sitzung zur Leistungsdatenerhebung nach dem Aufwachen, wenn das System aus dem Ruhemodus aufwacht.
Informationen zur Erhebung von Nutzer-Switches Bietet Informationen zur Sitzung zur Erhebung von Leistungsdaten bei Nutzerwechseln, wenn ein Nutzerwechsel erfolgt.
Informationen zur regelmäßigen Erhebung Enthält Informationen zur regelmäßigen Leistungserfassungssitzung, die nach dem Start beginnt.
Bericht zur Leistung beim Starten Enthält Leistungsdaten, die beim Starten des Systems erfasst wurden. Diese Daten verbleiben im Arbeitsspeicher bis zum Herunterfahren des Systems und werden in alle Berichte aufgenommen.
Bericht zur Leistung von Weckvorgängen Enthält Leistungsdaten, die beim Aufwachen erfasst wurden. Diese Daten bleiben bis zum Herunterfahren des Systems im Arbeitsspeicher erhalten und werden in alle Berichte aufgenommen.
Bericht zur Leistung von Nutzerwechseln Enthält Leistungsdaten, die beim Wechsel des Nutzers erfasst wurden. Diese Daten bleiben bis zum Herunterfahren des Systems im Arbeitsspeicher und werden in alle Berichte aufgenommen.
I/O-Leistungsbericht der letzten N Minuten Enthält Leistungsdaten, die in den letzten N Minuten vor der Berichterstellung (über die regelmäßige Erhebungssitzung) erfasst wurden.
Dauer der Datenerhebung Gesamtdauer der Leistungsdatenerhebung.
Anzahl der Sammlungen Die Gesamtzahl der Sammlungen, die in einem einzelnen Bericht erfasst wurden.

Jede Sammlung, die im Bericht aufgeführt ist, kann alle oder einige der folgenden Abschnitte enthalten. Die in jeder Erhebung erfassten Statistiken sind das Delta seit der letzten Erhebung, mit Ausnahme der Statistiken, die sofort erfasst werden (z. B. nicht seit dem Systemstart zusammengefasst).

Artikel Beschreibung
CPU-E/A-Wartezeit in Sekunden/Prozent Absolute CPU-Zeit und Prozentsatz der gesamten CPU-Zeit, die seit der letzten Erfassung für Kontextwechsel oder Wartezeiten aufgrund von E/A-Vorgängen aufgewendet wurde.
CPU-Gesamtzeit CPU-Gesamtzeit in Millisekunden.
Gesamte CPU-Leerlaufzeit Gesamte CPU-Leerlaufzeit.
CPU-E/A-Wartezeit Gesamtzeit, die die CPU auf E/A-Vorgänge gewartet hat.
Anzahl der Kontextwechsel Anzahl der CPU-Wechsel von einem Prozess oder Thread zu einem anderen.
Anzahl der blockierten E/A-Prozesse/Prozentsatz Gesamtzahl der Prozesse, die auf I/O warten, und der Prozentsatz der Prozesse, die seit der letzten Erhebung auf I/O warten.
Top N CPU-Zeiten

Die N Top-Pakete, die seit der letzten Erfassung die meiste CPU-Zeit verbraucht haben:

  • Jede Zeile der obersten Ebene enthält die Nutzer-ID, den Paketnamen, die CPU-Zeit, den Prozentsatz der gesamten CPU-Zeit und die CPU-Zyklen.
  • Zeilen der inneren Ebene enthalten den Befehl, die CPU-Zeit, den Prozentsatz der CPU-Zeit der UID und die CPU-Zyklen.
Top N Speicher-I/O-Lesevorgänge

Die Top-N-Pakete, die seit der letzten Erfassung die meisten Daten von der Festplatte gelesen haben.

Jede Zeile enthält die Nutzer-ID, den Paketnamen, die Gesamtzahl der im Vordergrund- und Hintergrundmodus gelesenen Bytes, den Prozentsatz der im System gelesenen Bytes im Vordergrund- und Hintergrundmodus, die Gesamtzahl der fsync-Aufrufe im Vordergrund- und Hintergrundmodus sowie den Prozentsatz der fsync-Aufrufe im Vordergrund- und Hintergrundmodus im System.fsync

Top N Speicher-I/O-Schreibvorgänge Die N Top-Pakete, auf die seit der letzten Erhebung die meisten Daten auf die Festplatte geschrieben wurden. Jede Zeile enthält Felder, die denen in „Top N Lesungen“ ähneln.
Top N UIDs mit Wartezeit für E/A

Die Top-N-Pakete mit den meisten ausstehenden E/A-Aufgaben.

  • Jede Zeile der obersten Ebene enthält die Nutzer-ID, Paketnamen, die Anzahl und den Prozentsatz der Aufgaben, die dem Paket zugewiesen sind und auf I/O warten.
  • Zeilen der inneren Ebene enthalten die I/O-Warteinformationen für die wichtigsten Prozesse, die dem Paket zugewiesen sind.
Top N wichtige Seitenfehler Die N Top-Pakete mit den meisten großen Seitenfehlern seit der letzten Erhebung.