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.txtLeistungsdaten 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_perfStartet 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.mapsSitzung 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.txtDumpsys-Hilfe
So erhalten Sie Hilfe zu dumpsys:
adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --helpIn Proto-Format dumpen
Optional können Dumpsys-Daten im Proto-Format gedumpt werden:
adb shell dumpsys android.automotive.watchdog.ICarWatchdog/default --protoBericht 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:
|
| 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 |
| 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.
|
| Top N wichtige Seitenfehler | Die N Top-Pakete mit den meisten großen Seitenfehlern seit der letzten Erhebung. |