[AppRequest] PowerSystemInfo

Zitat von Deerhunter

Zum Trost: Das hast Du auf einem Gerät mit Android auch nicht - zumindest nicht ohne Verlust der Garantie. Und webOS ist imho immerhin, im Gegensatz zu Android, Closed Source.

Nur die Palm eigenen Programme, zumeist erkennbar an PM.., der rest ist open source.
Ich finde auch den weg den Palm geht sehr gut, man kann im supportetem Bereich bleiben, oder auch in Freeware ausweichen und das wird, bis jetzt zumindest,
von Palm in keiner weise behindert. Ich habe mal die beschreibungs fürs rooten des Desire durchgelesen, weis nicht ob ich mich das trauen würde ;), zumindest
nicht das erste 1 Jahr.
Und wenn das die Zukunft von Android ist werde ich bei Palm vorerst zumindest bleiben, ist meiner Meinung nach mehr Debian like, Demokratisch eben.

Nun eine sinnvolle Anmerkung ist vielleicht auch das das WebOS, zumindest zur Zeit noch, keine solche Systemzugriffe zulässt.
Ein Beispiel ist ja die Backup Problematik, rsync ist auf dem Pre vorhanden, um jetzt aber mit einer App darauf oder auf Tar
(Packer) zuzugreifen musste erst ein Dienst erstellt werden welcher dann die Nötigen Handler zur verfügung stellt.

Das bedeutet du hast zwar über die Konsolle (Terminal) vollen Zugriff auf das System und alle üblichen Tools/Helper,
jedoch nicht als WebOS Programmierer.

Aber abwarten, im laufe des Jahres tut sich da noch einiges und vielleicht werden wir in ein paar Monaten schmunzeln
worüber wir uns hier in den Haaren lagen.

Ich glaube ja nach wie vor, mehr Speicher währ besser gewesen, also gleich 512 und zwar für beide Modelle

Palmiga: Lass Deinen Ärger am Palm Support raus, nicht an uns. Wenn Du mich fragst, hat Dein Pre einen Defekt, wenn in dem Keller der Akku reproduzierbar nach 2h leer ist. Deerhunter würde vielleicht sagen, dass das normal ist.

Meine Aussage impliziert unterschwellig, daß Du nochmal einige Stunden in den Keller gehen sollst. Das ist nicht böse gemeint

CPU-Last: Die oben angegebene Befehlszeile für den Befehl ps, nebst Parameter, spuckt mehrer Spalten aus. Dich interessiert nur die Spakte "CPU.." irgendwas. Kein Wert in der Spalte sollte über 5% liegen, solange keine Videos oder 3D-Spiele laufen. Solange ein schönes Protokollierwerkzeug fehlt (unter webOS z. Zt. nicht möglich), mußt Du den Befehl mehrmals von Hand ausführen und Dir die Veränderung der Werte in der CPU-Spalte angucken. So erhälst Du eine Art Lastverlauf. Auch in der Memory-Spalte kann man nach einiger Beobachtung mehr über das Laufzeitverhalten der Software schlussfolgern. Da das für einen Nicht-Bastler alles sehr vage und fummelig ist, ist es sinnvoll, schon vorher möglichst viele Apps durch Beobachtung und durch Ausschlußverfahren zu eliminieren.

Für den Netzwerktraffic gibt es netstat, das meines Wissens ab 1.4 nicht mehr läuft. Auch hier müßtest Du manuell in kurzen Intervallen checken, was das Gerät so treibt, und versuchen, einen Zusammenhang zu der von Dir verdächtigten App herzustellen.

Zitat von wiwa

CPU-Last: Die oben angegebene Befehlszeile für den Befehl ps, nebst Parameter, spuckt mehrer Spalten aus. Dich interessiert nur die Spakte "CPU.." irgendwas. Kein Wert in der Spalte sollte über 5% liegen, solange keine Videos oder 3D-Spiele laufen. Solange ein schönes Protokollierwerkzeug fehlt (unter webOS z. Zt. nicht möglich), mußt Du den Befehl mehrmals von Hand ausführen und Dir die Veränderung der Werte in der CPU-Spalte angucken. So erhälst Du eine Art Lastverlauf. Auch in der Memory-Spalte kann man nach einiger Beobachtung mehr über das Laufzeitverhalten der Software schlussfolgern. Da das für einen Nicht-Bastler alles sehr vage und fummelig ist, ist es sinnvoll, schon vorher möglichst viele Apps durch Beobachtung und durch Ausschlußverfahren zu eliminieren.

Nicht ganz richtig, ich will da nicht noch mehr verwirrung stiften, aber der Pre läuft nicht nur auf WebOS, das ist nur die Grafische Oberfläche.
Für den Kernel und die Systemteile gibt es noch das ipkg Packetverwaltungstool, vergleichbar mit dpkg.
Unter anderem gibt es da auch die gruppe ipkg-opt und dort dann durchaus Tools wie z.b. atop
ipkg-opt update; ipkg-opt list|less kann dir da mal einen Überblick verschaffen, eventuell muß man less erst noch installieren

Aber im Prinzip richtig, ich kann mich da wahrscheinlich nicht so richtig Ausdrücken, es gibt einmal das bunte, die Operfläche und darunter
arbeitet die Maschine, das Dos ;). Nun ist das ganze in der Hauptsache ein Telefon, keine SPS, weshalb die "Überwachung" kaum bis nicht
vorhanden ist, wozu auch. Ausserdem wurde ein paar Post weiter oben beschrieben warum es schwer ist "schlechte" Prozesse zu erkennen.
Wenn ein Dienst/Programm eine Anfrage an einen Server ins Netz schickt (z.b. Kalenderupdate) und dieser sich mal etwas Zeit läst, ist das
kein schlechter Prozess. Auch müssen Mobile Device damit rechnen schlechte bis keine Verbindungen zu haben.

Ich denke nur das mehr Speicher z.b. da helfen könnte, allerdings glaube ich auch langsam das da auch am Kernel was gemacht werden kann.
Android Geräte haben dieses Problem scheinbar nicht, ich kenn das bei Linux normal auch nicht, wenn ich keinen Ram mehr habe und Programme
schliesse, dann hab ich wieder welchen.

Deshalb, alles eigendlich Spekulazis, zumindest von meiner Seite, im großen und ganzen bin ich aber sehr zufrieden mit meinen Pre
Auch muß man dem Teil doch zugestehen das es die meiste Zeit anstandslos läuft, als Beispiel, mein Notebook, das schick ich auch immer
nur Schlafen mit Deckel zu, muß es aber deutlich öfter mal "richtig" rebooten weil sich da mal wieder was verhackt.

Und Accukiller zu finden? Ich seh das etwas skeptisch, zumindest bei manchen PalmOS Geräten haben sich solche Tools dann ins gegenteil
verkehrt. Manchmal ist man auch selbst der schussel, ich zumindest, webradio, den sender verloren, karte war offen und seltsamerweise
obwohl er keine Musik abgespielt hatte war er nach kurzer Zeit (bis ichs gemerkt habe) auf 50%. Shit happens.
Ich habe mich mal 1 Jahr (oder warns 2?) mit einem T3 rumgeschlagen und auch fürn Treo hab ich mir noch einen Ersatzaccu zugelegt.
Diesmal hab ich es sein lassen und es geht auch, ich habe sogar das gefühl das wird besser

@opaladin: Was sollen diejenigen machen, deren Akku mehrfach nach 6h leer ist? Kannst du da kurz und bündig was formulieren? Ich hab's zweimal versucht und geb's jetzt auf

Oki, ich hab da gerade nochmal geschaut, es gibt tatsächlich ein Programm das nennt sich powertop
Ich habe das jetzt mal installiert und getestet

palm-webos-device root # powertop
PowerTOP 1.12   (C) 2007, 2008 Intel Corporation


Collecting data for 5 seconds




FATAL: Module cpufreq_stats not found.
     PowerTOP version 1.12      (C) 2007 Intel Corporation


Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        (12.3%)          800 Mhz     0.0%
C1        0.0ms ( 0.0%)                  720 Mhz   100.0%
C2        0.2ms ( 0.2%)                  600 Mhz     0.0%
C3        1.5ms (20.8%)                  550 Mhz     0.0%
C4        2.9ms (25.8%)
C5        4.6ms (40.9%)






Wakeups-from-idle per second : 325.4    interval: 5.0s




Top causes for wakeups:
  23.0% (118.2)       <interrupt> : gp timer
  16.3% ( 83.8)       <interrupt> : DMA
  11.9% ( 61.2)       <interrupt> : OMAP HDQ
  11.7% ( 60.4)       <interrupt> : modemuart
  10.3% ( 53.0)       <interrupt> : touchscreen
   7.1% ( 36.4)        LunaSysMgr : schedule_timeout (process_timeout)
   5.1% ( 26.4)       <interrupt> : hsmmc-omap
   3.9% ( 20.2)       <interrupt> : prcm
   1.9% (  9.6)       <interrupt> : ohci_hcd:usb1
   1.6% (  8.0)   USB device  1-1 : Qualcomm CDMA Technologies MSM (Qualcomm, Incorporated)
   1.1% (  5.8)       <interrupt> : WIFI_GPIO_INT
   0.8% (  4.0)         modem_rmw : usb_hcd_poll_rh_status (rh_timer_func)
   0.7% (  3.4)   USB device usb1 : OMAP OHCI (Linux 2.6.24-palm-joplin-3430 ohci_hcd)
   0.5% (  2.4)     <kernel core> : omap_mmc_request_done (omap_mmc_timer_cb)
   0.5% (  2.4)            powerd : schedule_timeout (process_timeout)
   0.5% (  2.4)         modem_rmw : schedule_timeout (process_timeout)
Suggestion: Enable the CONFIG_ACPI_BATTERY kernel configuration option.
 This option is required to get power estimages from PowerTOP


 Q - Quit   R - Refresh
     PowerTOP version 1.12      (C) 2007 Intel Corporation


Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        (12.2%)
C1        0.0ms ( 0.0%)
C2        0.2ms ( 0.1%)
C3        1.6ms (19.5%)
C4        3.0ms (24.1%)
C5        5.0ms (44.1%)






Wakeups-from-idle per second : 303.2    interval: 10.0s




Top causes for wakeups:
  22.7% (112.4)       <interrupt> : gp timer
  15.5% ( 76.7)       <interrupt> : DMA
  12.2% ( 60.4)       <interrupt> : modemuart
  11.0% ( 54.2)       <interrupt> : OMAP HDQ
  10.0% ( 49.5)       <interrupt> : touchscreen
   7.3% ( 36.2)        LunaSysMgr : schedule_timeout (process_timeout)
   4.2% ( 20.9)       <interrupt> : prcm
   3.7% ( 18.3)       <interrupt> : hsmmc-omap
   2.9% ( 14.1)   USB device  1-1 : Qualcomm CDMA Technologies MSM (Qualcomm, Incorporated)
   2.4% ( 12.0)       <interrupt> : ohci_hcd:usb1
   1.2% (  6.0)   USB device usb1 : OMAP OHCI (Linux 2.6.24-palm-joplin-3430 ohci_hcd)
   1.0% (  4.8)       <interrupt> : WIFI_GPIO_INT
   0.8% (  4.0)         modem_rmw : usb_hcd_poll_rh_status (rh_timer_func)
   0.6% (  3.0)         modem_rmw : schedule_timeout (process_timeout)
   0.5% (  2.3)     <kernel core> : omap_mmc_request_done (omap_mmc_timer_cb)
   0.4% (  2.2)            powerd : schedule_timeout (process_timeout)
Suggestion: increase the VM dirty writeback time from 5.00 to 15 seconds with:
  echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
This wakes the disk up less frequently for background VM activity
 Q - Quit   R - Refresh   W - Increase Writeback time
     PowerTOP version 1.12      (C) 2007 Intel Corporation


Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        (13.0%)
C1        0.0ms ( 0.0%)
C2        0.2ms ( 0.2%)
C3        1.5ms (20.0%)
C4        2.8ms (24.5%)
C5        5.0ms (42.2%)






Wakeups-from-idle per second : 311.8    interval: 4.5s




Top causes for wakeups:
  22.2% (129.0)       <interrupt> : gp timer
  14.6% ( 84.8)       <interrupt> : DMA
  11.5% ( 66.8)       <interrupt> : modemuart
  10.7% ( 62.0)       <interrupt> : OMAP HDQ
   8.9% ( 51.8)       <interrupt> : touchscreen
   7.0% ( 40.5)        LunaSysMgr : schedule_timeout (process_timeout)
   4.5% ( 26.0)       <interrupt> : prcm
   4.5% ( 26.0)       <interrupt> : hsmmc-omap
   4.3% ( 25.0)   USB device  1-1 : Qualcomm CDMA Technologies MSM (Qualcomm, Incorporated)
   3.1% ( 18.0)       <interrupt> : ohci_hcd:usb1
   1.8% ( 10.8)   USB device usb1 : OMAP OHCI (Linux 2.6.24-palm-joplin-3430 ohci_hcd)
   1.0% (  6.0)       <interrupt> : WIFI_GPIO_INT
   0.8% (  4.5)         modem_rmw : usb_hcd_poll_rh_status (rh_timer_func)
   0.8% (  4.5)         modem_rmw : schedule_timeout (process_timeout)
   0.5% (  2.8)     <kernel core> : omap_mmc_request_done (omap_mmc_timer_cb)
   0.4% (  2.5)       <interrupt> : OMAP2 Display
   0.4% (  2.5)            powerd : schedule_timeout (process_timeout)
   0.4% (  2.2)       <interrupt> : mw_app


palm-webos-device root #

Das ist mal die Ausgabe.
Nur wie gesagt, ich kenn mich mit WebOS nicht aus, wenn sich aber ein anwesender Programmierer damit beschäftigen will
ich helfe gerne wo ich kann.

Zitat von wiwa

Meine Aussage impliziert unterschwellig, daß Du nochmal einige Stunden in den Keller gehen sollst. Das ist nicht böse gemeint

Stimmt. Da kann man nämlich auch bestens lachen - und das ist gesund!

Freudige Grüße,

fluteman

P.S.: Komme grade aus dem Keller.

Sorry fürs OT aber gibt es eine Möglichkeit mir am Palm alle laufenden Hintergrundprozesse anschauen zu können und diese ähnlich wie beim WIndows Taskmgr auch ab zu schießen / auszuschalten?

Grüße

ok ich lag falsch, man kann sehr wohl auch an detaillierte Last-Daten herankommen:
PreCentral: SysToolsMgr Service v0.1.1 API (siehe die dort verlinkte PDF-Datei)

Eine App für CPU-Werte gibt es bloß nicht.

Hm, was macht der Service denn genau und wie kann ich den verwenden?

Grüße

du kannst eine App für webOS schreiben, z.B. mit Ares. Darin kannst die u.a. die Befehle aufrufen, die in der PDF-Datei beschrieben sind und deren Rückgabewerte in einer webOS-Karte anzeigen lassen. Grundlagenkenntnisse in Programmierung und etwas Zeit sind erforderlich.