Tics - wer bremst meinen Treo ?

bei mir war es FieldPlus !!!

gruß
ulle

575 zu 6 mit cost c.

gruss
ulle

Ich habe 270tics. Als Ersatz von Shurtcut5 habe ich das orginal Shortcut Programm vom E2 rübergebeamt. Oder du nimmst den neuen UmlautePatch. Der kann sowas jetzt auch.

576 tics mit Smaato installiert. Reagiert recht zügig. Meine Hintergrundprogrämmchen sind:
- KeyGuardTime+
- Graffiti Anywhere
- SmaatoCost (Event Tracker)
- PetitLaunch
- NVBackup (ist aber nicht auf autom. Backups eingestellt)
- DBCache

Reagiert gut, die 270 müssen es nicht sein. Meinem Gefühl nach leiden vor allem Sachen wie Graffiti Anywhere unter einer zu hohen Tic-Zahl (die Lettern werden dann irgendwie kantig weil vermutlich zu wenig Stiftbewegungen gesampelt werden). Der m505 hat auch 270 tics. Am Prozessor liegt's also nie wenn diese Zahl zu hoch ist. Mit 576 kann ich leben

Ich hatte mal über 7000. Damals war Profiles, KBLightsOff und noch ein Programm, an das ich micht erinnere, mehr drauf.

Gruß

codefish

Hai Palme,

also bei mir läuft PalmInternals (Software von 2003) sowohl auf dem Treo680 als auch auf allen Motorola-Palms (siehe meine Signatur). Denke also schon daß es generell auf JEDEM Palm laufen sollte, die allerersten von 1995 vielleicht ausgenommen.

Gruß

codefish

Hallo,

ein Treo ohne Zusatzsoftware hat 270 Tics zur Abarbeitung von 10000 Tastaturevents.
Wenn ein Treo 2969 Tics braucht, dann ist hat er nur 10% der Geschwindigkeit wie einer mit 270 Tics.

Je weniger Tics desto schneller, aber ob man (frau) es braucht, bzw. überhaupt bemerkt muss jeder (jede) für sich selbst entscheiden.

Gruß Snoopy

Palme: ich hab's auch nich' auf Anhieb verstanden

Das mit den Tics ist klar? Es werden Keypress-Events gesampelt, er sagt Dir, wie lange er für das Sampeln von 10.000 Keypress-Events braucht - dazu gehört wohl auch der Stiftkontakt mit dem Display zur Graffiti-Erkennung, die wird nämlich reichlich unpräzise wenn die Tics-Zeit zu hoch ist...

Dann klickst Du auf "Notif." und schaust Dir an, welche der Events mit ---hede--- oder ---hvch--- "unterschrieben" sind und deaktivierst diese Tools testweise (oder verschiebst sie auf Speicherkarte wenn die jew. Tools nicht abschaltbar sind, das entspricht einer Deaktivierung). Sodann Tics erneut messen und schauen ob sich der Wert gebessert hat. 270 ist wohl das Optimum, aber wenn Du keine echten Probleme bei der Eingabe hast, brauchst Du nicht weiteroptimieren. Ich bin mit 576 Tics voll zufrieden

Gruß

codefish

danke für die Blumen

80 ist dann allerdings doch ein Hammerwert, bei dir scheint ja irgendwas zu BESCHLEUNIGEN, denn nach einem Hardreset habe ich 270, sowohl beim Treo als auch beim m505 (wie schon angedeutet). Am Vx kann ich es zur Zeit nicht testen weil der Rahmen verzogen ist und ich keinen Fön zum Öffnen habe (der Digitizer ist eingeklemmt, bekanntes Problem)

Freue mich, geholfen zu haben

Grüße

codefish

Sogar der E2 ist schneller mit 101tics. Und der hat nur 200MHz.

es gibt doch für manche Programme eine gepatchte schnelle version oder?

Unter:

http://www.nekito.net/~sachs/palm/

Gruß

Cash

Mhmm, also ehrlich gesagt bin ich von der Methode mit PalmInternals nicht so richtig überzeugt. Mein 680er "hakt" auch recht häufig (alle paar Minuten für 1-2 Sekunden), das Problem der aufblitzenden Tastatur habe ich ebenfalls.

Der große Bremser bei mir ist keins der in Verdacht stehenden Programme Butler, VolumeCare, ChatterEmail oder so, sondern ZLAUNCHER !

Habe ich ZLauncher als "Default Launcher" eingestellt, so bekomme ich auch Werte von >8000 / 80s heraus, nehme ich den Haken heraus, so liege ich bei den offensichtlich optimalen ca. 270 / 3s.

Parallel dazu habe ich mal Benchmarks mit TCPMP gefahren, herbei erreiche ich jedoch immer identische Werte, ganz gleich wie ich den ZLauncher einstell oder welche Programme noch so laufen.

Sollte die Anzahl der "Tics" wirklich derart aussagekräftig sein, so müßte sich doch das auch auf TCPMP auswirken, zumindest ein wenig.

Gibt es denn wirklich keine andere Meßmethode, um die Belastung einzelner Tasks zu bestimmen?

Hallo,

Quote

Original von KDS-Online
Sollte die Anzahl der "Tics" wirklich derart aussagekräftig sein, so müßte sich doch das auch auf TCPMP auswirken, zumindest ein wenig.

nein, eben nicht.

Die Testmethode von Palm Internals ist 10000 Tastenbetätigungen zu simulieren und dann zu zählen wie lange es dauert diese abzuarbeiten. PalmOS ist Ereignisgesteuert, d.h. jedes Programm kann sich registrieren auf bestimmte Ereignisse benachrichtigt zu werden und dann zu tun was auch immer sie tun wollen. Also z.B. auf Tasteneingaben zu reagieren. Dabei frißt die Zeit zumindest der Start der jeweiligen Programme und das was sie halt tun wollen.

Da TCPMP die Performance der Video-/Tonwiedergabe misst und dabei keine Ereignisse erzeugt, die an die entsprechenden Programme verteilt werden, ist das nicht vergleichbar.

Gruesse,

Toem

Mhmm, okay - aber dann ist es ja scheinbar egal, welche Bremser man laufen hat, wenn sie sich nicht auf die Gesamt-Performance sondern nur auf bestimmte Programme auswirken, oder?

Irgendwie verstehe ich das scheinbar nicht richtig

Hallo,

Quote

Original von KDS-Online
Irgendwie verstehe ich das scheinbar nicht richtig

nein, es ist einfach etwas komplexer. Es ist nicht wie bei Windows (wenn viele Programme gleichzeitig laufen gehts langsamer weil er auslagern muss), bei Palm ist es abhängig davon auf welche Ereignisse welche Programme reagieren müssen. Vor allen Dingen können etliche Ereignisse entstehen bei augenscheinlich nur einer Aktion.

Beispiel: Du drückst bei ausgeschaltetem PDA die Kalendertaste, dann entstehen (ich vergess wahrscheinlich noch ein paar) folgende Ereignisse:
Palm wacht auf
Tastendruck wird erfasst
Kalenderprogramm wird gestartet
dabei passiert ein Programmwechsel
...

Wenn jetzt eine Vielzahl an Programmen genau auf diese Ereignisse reagieren, dann dauert das halt etwas länger bis der Kalender zu sehen ist.
Im Zweifel haben sich Programme für alle diese Ereignisse registriert, dann werden diese sogar mehrfach aufgerufen.

Allerdings gibt es auch bestimmte Programme, z.B. das automatische Aufäumen des dbCache, die kann man nicht so einfach "wegschalten".

Gruesse,

Toem

Hallo,

Quote

Original von Micky

Also meiner hat mit Software 120 tics in 1 Sekunde. Die Angaben können also nichtstimmen...

ohne es überprüft zu haben, könnten auch beide Werte stimmen, denn die Anzahl der Tics kann bei verschiedenen Gerätetypen (Treo 650/680) unterschiedlich sein.

Gruesse,

Toem