Der native Dienst „Watchdog“ zeichnet I/O-Leistungsdaten seit der frühen Initialisierung während des Systemstarts auf. 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 erfasst 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.
- Bootzeit-Ereignisse:Werden nach dem Start generiert.
- Ereignisse beim Nutzerwechsel:Werden generiert, nachdem ein Nutzerwechsel eingeleitet wurde.
- Benutzerdefinierte Erfassungsereignisse:Sie können den Abfragezeitraum und die maximale Dauer angeben und nach Paketen filtern.
Dump-Leistungsdaten
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 für die Fehlerbehebung erfassen
Anbieter können den nativen Watchdog-Dienst verwenden, um benutzerdefinierte Leistungsdaten zu erfassen und zu Debugging-Zwecken zu verwenden. Um beispielsweise die E/A-Nutzung einer Anwendung oder eines Dienstes zu verstehen, können Anbieter eine benutzerdefinierte Erfassung von Leistungsdaten durchführen, bei der die E/A-Nutzung entweder einer bestimmten Liste von Paketen oder des gesamten Systems ein Profil erstellt.
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_perfStartet eine Sitzung zum Erfassen 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 zum Erfassen 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, für die ein Profil erstellt werden soll. 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 Protokolldatei 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
Im Proto-Format speichern
Optional können Dumpsys-Daten im Proto-Format gedumpt werden:
adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --proto
Bericht zu Leistungsdaten
Weitere Informationen findest du im folgenden Beispielbericht mit 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 Erfassung der Bootzeit | Enthält Informationen zur Sitzung zur Erfassung von Leistungsdaten beim Starten. |
| Informationen zur Wakeup-Erfassung | Enthält Informationen zur Sitzung zur Leistungsdatenerhebung nach dem Aufwachen, wenn das System aus dem Ruhemodus aufwacht. |
| Informationen zur Erhebung von Nutzerwechseln | Bietet Informationen zur Sitzung zur Erhebung von Leistungsdaten bei Nutzerwechseln, wenn ein Nutzerwechsel erfolgt. |
| Informationen zur regelmäßigen Datenerhebung | 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 bleiben im Arbeitsspeicher, bis das System heruntergefahren wird. Sie werden daher 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 Nutzerwechsel erhoben wurden. Diese Daten verbleiben im Arbeitsspeicher bis zum Herunterfahren des Systems und werden in alle Berichte aufgenommen. |
| E/A-Leistungsbericht der letzten N Minuten | Enthält Leistungsdaten, die durch die regelmäßige Erfassungssitzung in den letzten N Minuten vor der Berichterstellung erfasst wurden. |
| Dauer der Datenerhebung | Gesamtdauer der Leistungsdatenerhebung. |
| Anzahl der Sammlungen | Gesamtzahl der in einem einzelnen Bericht erfassten Sammlungen. |
Jede Sammlung, die im Bericht aufgeführt ist, kann alle oder einige der folgenden Abschnitte enthalten. Die in jeder Sammlung gemeldeten Statistiken stellen das Delta seit der letzten Erfassung dar, mit Ausnahme der Statistiken, die sofort auftreten (z. B. seit dem Systemstart nicht aggregiert wurden).
| Artikel | Beschreibung |
|---|---|
| CPU-E/A-Wartezeit/Prozentsatz | 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:
|
| Top N Speicher-I/O-Lesevorgänge |
Die Top-N-Pakete, die seit der letzten Erhebung die meisten Daten vom Laufwerk 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 |
| Top N Speicher-I/O-Schreibvorgänge | Die Top N-Pakete, auf die seit der letzten Erhebung die meisten Daten auf das Laufwerk geschrieben wurden. Jede Zeile enthält Felder, die denen der Top-N-Lesevorgänge ähneln. |
| Top N UIDs mit Wartezeit für E/A | Die Top-N-Pakete mit den meisten ausstehenden E/A-Aufgaben.
|
| Top N Major-Seitenfehler | Top-N-Pakete mit den meisten größeren Seitenfehlern seit der letzten Sammlung. |