Wie man höhere Genauigkeit der "CPU%" als Befehl von OBEN?

Wenn ich OBEN den Befehl hatte, konnte ich die folgende info:

shell@android:/ $ top -n 1                                                     

User 31%, System 10%, IOW 0%, IRQ 0%
User 346 + Nice 10 + Sys 120 + Idle 637 + IOW 6 + IRQ 0 + SIRQ 2 = 1121

  PID PR CPU% S  #THR     VSS     RSS PCY UID      Name
  481  1  26% S    89 762832K  81688K  fg system   system_server
 1699  0   5% S    27 676472K  39092K  fg u0_a72   wm.cs.systemmonitor
11243  0   3% S    28 673140K  29796K  bg u0_a111  com.weather.Weather
13327  2   1% S    23 680472K  35844K  bg u0_a83   com.rhmsoft.fm
  659  0   1% S    17 663044K  33136K  bg u0_a13   android.process.media
20260  1   0% R     1   1208K    508K     shell    top

Können wir sehen, die CPU% ist die Runde zu integer, gibt es eine Möglichkeit, ich könnte ein Prozess ist CPU% mit höherer Präzision?

-- Erläuterungen auf der bounty -- Alex

Die Frage bezieht sich auf Android-system, und vorzugsweise auf einem nicht-gerooteten Gerät. Während Android bietet erweiterte profiling-Techniken für Java-Anwendungen, tools für native code (C++) begrenzt sind. top Befehl auf Android ermöglicht das anzeigen der Statistiken für alle threads in dem system ausgeführt, sowohl von Java-threads-und C++ - threads. Ich bin auf der Suche nach einer Antwort, die helfen, mit der folgenden quest:

Meine app verwendet, die 2% CPU, wenn es inaktiv im hintergrund, während es sollte unter 0.1%. Wenn ich ausführen top -t bekomme ich 0% für alle 15 threads, die gehören zu meinem Prozess (einige threads sind Java-threads, z.B. den Main-UI-thread; andere sind pthreads, dass nie befestigen JVM). Wie kann ich erraten, welche Gewinde frisst den Akku auf?

Ich würde mich freuen, um noch mehr details über diese unerwartete Aktivität, und Android bietet große Helfer wie TraceView für Java-threads. Jede Einsicht bezüglich der Werkzeuge für native code wird sehr geschätzt werden.

  • würde nicht viel Unterschied....
  • Ja, es macht keinen Unterschied. Ansonsten, bitte helfen Sie mir, ein Profil der Anwendung, die mit 2% die CPU im hintergrund. Wenn ich top -t, bekomme ich 0% für alle 15 threads, die gehören zu meinem Prozess. Wie kann ich erraten, welche Gewinde frisst den Akku auf?
  • Ich habe nicht gesagt, es würde keinen Unterschied machen; ich sagte: "würde nicht viel Unterschied"
  • Mitch hat Recht. Sie können nicht wirklich brauchen, die Präzision. Was ist, wenn 10 von 15 0.0% CPU-Auslastung. Die meisten der Zeit, ist der Fall mit der hintergrund-Prozesse. <1% ist gut genug für die Nichtbeachtung der non-CPU-intensive Prozesse.
  • user568109: 15 threads, die alle 0% anzeigen. Aber zusammen ergeben Sie geben Recht deutliche 2%. Einige threads sind Java, und es gibt SDK-tools zu überwachen, Ihr Verhalten. Andere sind C++, und ich wollte aus einem einfachen top Befehl genug hibts, mir zu helfen, finden Sie die 2, die verantwortlich sind für die meisten Konsum.
  • Ich werde Sie nicht posten, weil ich nicht haben einen Weg, um zu testen, aber Sie sollten in der Lage sein, um rohe Informationen über die einzelnen thread ' s cpu-Nutzung in der Uhr tickt in /proc/[pid]/task/[thread name]. Das ist so genau, wie Sie in der Lage zu bekommen. Sehen http://man7.org/linux/man-pages/man5/proc.5.html.
  • "Wie kann ich erraten, welche Gewinde frisst den Akku auf?" -- ähm, wäre es nicht der thread nicht blockiert sehr lange (z.B., polling, busy-waiting)? Ist das nicht eine Frage der code-review, um so mehr, als Werkzeuge?
  • definitiv, das ist ein bug in meiner app. Aber ein komplettes code-review, dass würde das Problem beheben, ist jenseits meiner Fähigkeiten. Wenn ich könnte, konzentrieren Sie sich auf einen thread ist, wäre es möglich.
  • bitte geben Sie eine Antwort mit dem Inhalt Ihres Kommentars, die es verdient, die bounty. Die Befehlszeile ist adb shell cat /proc/${pid}/task/*/stat | awk -F\ '{print $1, $14}' (beachten Sie, dass awk auf dem host ausgeführt wird).
  • Okay danke. Ich habe einen Artikel veröffentlichen. Es funktioniert auf meinem Rechner auch.

InformationsquelleAutor JackWM | 2013-03-01
  1. 6

    Du nicht erwähnt in deinem post, aber in den Kommentar, Sie haben gesagt, dass Sie wirklich brauchen, die CPU-Auslastung pro thread, nicht pro Prozess.

    Wenn Sie nicht finden können, ein tool, das präzise genug ist, können Sie sich direkt in /proc/[pid]/task/[ThreadName] wie beschrieben in die man-Seite für /proc. Diese gibt die Gesamt-CPU-Zeit verbraucht, die in "clock-ticks", die seit der Ausführung begann. Besser Auflösung als das ist wahrscheinlich schwierig oder unmöglich.

    Bearbeiten

    Aus der OP ' s Kommentar, ein Befehl, Listen die relevanten Informationen:

    adb shell cat /proc/${pid}/task/*/stat | awk -F\ '{print $1, $14}'

    Diese nur cats die richtige /proc Dateien auf dem debugging-host, läuft ein winziges awk Programm zum drucken der Spalten für pid und user time. Man könnte auch einfach nutzen cut -d " " -f1,14 oder etwas ähnliches in perl erhalten Sie die Spalten, wenn awk ist nicht verfügbar.

    • Auf etwas - Geräte, Sie können auch Holen Sie am schedstat Zähler (/proc/<pid>/schedstat und /proc/<pid>/task/<tid>/schedstat). Die drei Felder sind: verbrachte Zeit auf der CPU, Wartezeit auf eine runqueue; # der timeslices laufen auf der CPU. Einige OEMs nicht aktivieren diese Funktion in den kernel wenn.
    InformationsquelleAutor Gene
  2. 3

    Versuchen Sie dies:

    ps -eo pcpu,pid,user,args | sort -r -k1 | less 

%CPU   PID USER     COMMAND
 9.0  2721 user   bash
 1.4   956 root     ...
 0.5  2212 user   ...

    EDIT:

    Können Sie adb shell und busybox (http://www.busybox.net/downloads/BusyBox.html)

    adb shell busybox top 

    c:\ adb push busybox /system/bin
c:\ adb shell
# busybox top 

CPU:  2.3% usr  3.1% sys  3.9% nic 90.5% idle  0.0% io  0.0% irq  0.0% sirq
Load average: 1.06 1.66 10.63 1/589 8048
←[7m  PID  PPID USER     STAT   VSZ %MEM CPU %CPU COMMAND←[0m
31619  2180 10112    S     217m 67.0   0  3.8 com.mgeek.android.DolphinBrowser.B

 2232  2180 1000     S     551m169.6   0  2.6 system_server
 8038  8037 0        R     2068  0.6   0  0.8 busybox top
 2178     1 0        S    11092  3.3   0  0.6 /system/bin/drexe
 6812  2180 10104    S     199m 61.2   0  0.5 android.tether
 2291  2180 1001     S     324m 99.8   0  0.3 com.android.phone
 2308  2180 10006    S     325m100.0   0  0.1 com.sec.android.app.dialertab
 2177     1 1001     S     9624  2.8   0  0.1 /system/bin/rild
    5     2 0        SW<      0  0.0   0  0.1 [events/0]
30087  2180 10022    S     358m110.4   0  0.0 com.samsung.vvm
 2304  2180 10006    S     311m 96.0   0  0.0 com.sec.android.app.twlauncher
16110  2180 10006    S     296m 91.3   0  0.0 android.process.acore
 2445  2180 10006    S     272m 83.8   0  0.0 com.sec.android.provider.logsprovi

 8064  2180 10002    S     238m 73.4   0  0.0 com.google.process.gapps
31537  2180 10037    S     227m 69.9   0  0.0 com.google.android.gm
 2288  2180 10048    S     221m 68.1   0  0.0 com.swype.android.inputmethod
 2285  2180 10013    S     215m 66.3   0  0.0 com.tat.livewallpaper.aurora
30664  2180 10011    S     213m 65.8   0  0.0 com.android.email
31191  2180 10099    S     209m 64.4   0  0.0 com.sirma.mobile.bible.android
 2377  2180 10087    S     207m 63.9   0  0.0 android.tts

    (Entnommen aus hier)

    • Haben Sie versucht, diese auf einem Android-Gerät oder einen generischen Linux? Mein JellyBean tablet ignoriert diese Parameter
    • Ich habe gerade bearbeitet meine Antwort 🙂
    • Cool. Soll Hinzugefügt haben: "in einer unbewurzelte Gerät"
    InformationsquelleAutor Alberto Megía
  3. 2

    Habe diese Informationen von einem anderen thread:

    3) Erste CPU-info

    ~$ adb shell dumpsys cpuinfo

    Ausgabe:

    Laden: 0.08 /0.4 /0.64
    CPU-Auslastung von 42816ms zu 34683ms vor:
    system_server: 1% = 1% user + 0% kernel /faults: 16-Moll
    kdebuglog.sh: 0% = 0% user + 0% kernel /faults: 160-Moll
    tiwlan_wq: 0% = 0% user + 0% kernel
    usb_mass_storag: 0% = 0% user + 0% kernel
    pvr_workqueue: 0% = 0% user + 0% kernel
    +schlafen: 0% = 0% user + 0% kernel
    +schlafen: 0% = 0% user + 0% kernel
    GESAMT: 6% = 1% user + 3% kernel + 0% irq

    EDIT:

    Können Sie auch versuchen, mit diesem Befehl: echo $(adb shell ps | grep com.android.phone | awk '{ system("adb shell cat /proc/" $2 "/stat");}' | awk '{print $14+$15;}')

    Auch:

    mithilfe von oben : Dies wird Ihnen zeigen, den cpu-stats
    top -b -n 1 |grep ^Cpu

    mithilfe ps: Dies zeigt die % - cpu-Auslastung für jeden Prozess.
    ps -eo pcpu,pid,user,args | sort -r -k1 | less

    EDIT2:

    In realtion auf Ihre Kommentare und die bounty-Beschreibung (Wie kann ich erraten, welche Gewinde frisst das Akku?) Ich habe eine interessante Seite gefunden:

    http://ziyang.eecs.umich.edu/projects/powertutor/

    Als dort angegeben:

    Können Sie PowerTutor zu überwachen, den Stromverbrauch von jedem
    - Anwendung.

    Versuchen, diese für eine Instanz und sehen, ob es Ihren Anforderungen entspricht.

    LETZTE ÄNDERUNG:

    Check-out die Systrace-Dokumentation auf der developer.android.com Ort:

    http://developer.android.com/tools/debugging/systrace.html
    http://developer.android.com/tools/help/systrace.html

    Tut mir Leid, wenn du das schon versucht, aber das ist eine konkrete Methode zur Messung der Leistung.

    • Wie ich bereits in der bounty Beschreibung, höhere precisionCPU Nutzung ist interessant, wenn Sie zusammen mit parameter-t, um zu helfen, finden Sie die thrrads, die sind nicht faul genug.
    • BTW, ps auf meinen Geräten nicht unterstützt -eo.
    • re: PowerTutor - es ist nicht der pro-thread-Auflösung. Aber es gibt definitiv eine Menge nützlicher Informationen, z.B. Wi-Fi oder Anzeige Stromverbrauch pro Anwendung.
    • re: systrace. Ich bin froh, dass Sie erwähnt es hier, weil wir daran erinnert werden sollen, wird immer wieder über die leistungsstarke profiling-tools zur Verfügung, für Android-JVM. Leider funktioniert es nicht, Informationen bereitzustellen, die auf nativen pthreads.
    InformationsquelleAutor g00dy
  4. -2

    Verwenden DDMS und Methode-profiling um eine TraceView.

    Grundsätzlich:

    1. Starten Sie Ihre app im debug-Modus
    2. In DDMS in der Registerkarte "Geräte", klicken Sie auf "Start-Methode-profiling"
    3. Dinge tun auf Ihrem Gerät, die Bedingungen zu erschaffen, die Sie überwachen möchten
    4. Klicken Sie auf "Stop-Methode-profiling"
    5. Erhalten Sie eine Recht detaillierte Grafik, die mit jedem thread die Ausführung, die Sie können einen Drilldown in

    Mehr details hier:
    http://developer.android.com/tools/debugging/debugging-tracing.html

    Haftungsausschluss: ich habe nur getan, dies mit einem einfachen test app, damit ich weiß nicht, wie viel Laufleistung Sie erhalten aus ihm heraus. Scheint es zu geben, ein bisschen mehr Präzision als das, was beschrieben wurde, so weit, und erfordert keine root.

    Wie man höhere Genauigkeit der

    • Der Ansatz, den Sie hier veröffentlicht, ist auf jeden Fall nützlich, in vielen Fällen, und wir sollten immer wieder erinnert werden über die leistungsstarke profiling-tools zur Verfügung, für Android-JVM. Leider funktioniert das nicht, die Frage zu beantworten, weil der Stein des Anstoßes ist die systemeigene threads, Aktivitäten -, die nicht unter TraceView.
    InformationsquelleAutor Ken Wolf
Schreibe einen Kommentar