Page 22 of 33 FirstFirst ... 12171819202122232425262732 ... LastLast
Results 421 to 440 of 657
  1. #421  
    Quote Originally Posted by WillyGM
    ...Bill G - I may now just add TST and be happy. However, I'd still like to find out about FieldPlus-Hack. I have my 5way set to select only and the two boxes checked. This is what I prefer, but I have also tried the other combinations and it's like the program is not even there.
    How odd. So, for example, you're in a Memo, and holding Shift while pressing the 5way left, right, up or down...and it doesn't highlight anything?

    Did you also install the necessary FieldPlus Notify file?
    V > Vx > m505 > m515 > T/T > T3 > TC > 650 > 680
    <script type="text/javascript" src="http://download.skype.com/share/skypebuttons/js/skypeCheck.js"></script>
    <a href="skype:wwgamble?call"><img src="http://mystatus.skype.com/balloon/wwgamble" style="border: none;" width="150" height="60" alt="My Skype status" /></a>
  2. wpwoodjr's Avatar
    Posts
    94 Posts
    Global Posts
    203 Global Posts
    #422  
    Quote Originally Posted by jeffgibson
    Hede events are only fired when the device is awake. To my knowledge, once the CPU is awake, all types or processing is the same to the CPU. If you power up external deives like the Radio, network, etc... thenyou will have additional battery drain. But once the device is asleep, most all nilEvents go to sleep too unless an event wakes up the device.

    So your concern is not a factor in battery life.

    Jeff
    Even when the device is awake, if its only waiting for input the CPU can go into a power-saving mode, but if its processing lots of events (or events that use lots of CPU time) it would spend less time in the power-saving mode, reducing battery life.
  3. #423  
    Quote Originally Posted by Bill Gamble
    Did you also install the necessary FieldPlus Notify file?
    Oops, my bad. It is now working just fine.

    I thought I would like to try my hand at using a hex editor. I haven't used one since the old DOS 3.0 days. Sorry if I'm dating myself, but does anybody have a suggestion for a good hex editor for use with the PRC files?
  4. #424  
    Quote Originally Posted by WillyGM
    Oops, my bad. It is now working just fine.

    I thought I would like to try my hand at using a hex editor. I haven't used one since the old DOS 3.0 days. Sorry if I'm dating myself, but does anybody have a suggestion for a good hex editor for use with the PRC files?
    Google for WinHex, Frhed
  5. #425  
    Quote Originally Posted by WPWoodJr
    Must be DBCacheTool, Butler doesn't add much overhead.
    DBCacheTool does hook 'hede' & cause cosiderable slowdown to image intensive apps.

    For me, since I only use 'App stop' feature, not the 'Ctrl tap', I use the hex editor to
    nop the 'SysNotifyRegister' for 'hede' API in DBCacheTool.prc, & the speed test result
    figure is down by 40+.
  6. #426  
    Anyone test to see if SharkMsg has any significant hede overhead?
    _________________
    aka Gfunkmagic

    Current device: Palm Pre
    Device graveyard: Palm Vx, Cassiopeia E100, LG Phenom HPC, Palm M515, Treo 300, Treo 600, Treo 650, Treo 700p, Axim X50v, Treo 800w



    Please don't PM me about my avatar. For more info go here.

    Restore your Pre to factory settings using webos doctor and follow these instructions
  7. #427  
    none
    Treoing & Loving it
  8. aldamon's Avatar
    Posts
    650 Posts
    Global Posts
    684 Global Posts
       #428  
    Wow, over 20,000 views. Not too shabby.

    "Central" is the last program I've tried that had a significant impact on the PalmInternals speed test. Went back to Butler immediately.
  9. #429  
    Butler adds about 10 secs to the speed test, and profilecare adds another 10secs. Therefore, I got rid of butler and stuck with LEDoff and I am around 47secs now.
    Treoing & Loving it
  10. #430  
    Quote Originally Posted by aldamon
    Wow, over 20,000 views. Not too shabby.
    Information in this thread has helped me greatly improve the performance and stability of my Treo. I'd put this among the Top 10 TC discussions.
  11. #431  
    Yeah, but such concepts should be summarized and put in a Wiki section so that new owners don't have to read 22 pages of a thread.
    --
    Aloke
    Cingular GSM
    Software:Treo650-1.17-CNG
    Firmware:01.51 Hardware:A
  12. aldamon's Avatar
    Posts
    650 Posts
    Global Posts
    684 Global Posts
       #432  
    Quote Originally Posted by gt5l
    Butler adds about 10 secs to the speed test, and profilecare adds another 10secs. Therefore, I got rid of butler and stuck with LEDoff and I am around 47secs now.
    Butler adds a little over 3 seconds (363 tics) to my speed test, not 10, but I don't use all of the features. You might want to experiment with it.
  13. #433  
    Quote Originally Posted by gt5l
    Butler adds about 10 secs to the speed test, and profilecare adds another 10secs. Therefore, I got rid of butler and stuck with LEDoff and I am around 47secs now.

    Being a nerd, I have created a small excell spreadsheet about palminternals benchmark tests and various programs. I only buy and run programs that are fast.

    I can DEFINITIVELY state that Butler takes 347 ticks (about 3.4 seconds) when it is the ONLY thing running. A totally clean Treo (from Verizon) takes 110 ticks.

    I suspect you have other things running in the background that you've forgotten about.

    Other interesting scores:

    Volumecare: 111 ticks
    Tealscript: 4216 ticks
    Jot: 266 ticks
    Graffiti Anywhere: 290 ticks
    ChatterEmail (background receiving on): 111 ticks
    mRing (latest, after first MP3 ring): 3340
    DA Launcher: 111 ticks

    -Warr
    Progress? Well, at least I can get color traffic maps now...
    Psion 3a -> Psion 3c -> Palm IIIXE -> Palm VIIx -> Kyocera 7135 -> Treo 650 -> Centro
  14. #434  
    Warr, what are your readings for profilecare and profiles?
    Treoing & Loving it
  15. #435  
    Quote Originally Posted by aprasad
    Yeah, but such concepts should be summarized and put in a Wiki section so that new owners don't have to read 22 pages of a thread.
    For the love of God, please let someone do that... Haven't had enough time to try and digest all of this, and it would simply be good to have a wiki of tips to keep your Treo stable and fast. Lord knows we have enough threads of DBcache, Resco Locker, UDMH, PalmInternals, MemoryInfo, etc, etc, etc to go through.
  16. #436  
    Quote Originally Posted by gt5l
    Warr, what are your readings for profilecare and profiles?
    Sorry, but I don't use Profiles or ProfileCare, so i don't have scores.

    -Warr
    Progress? Well, at least I can get color traffic maps now...
    Psion 3a -> Psion 3c -> Palm IIIXE -> Palm VIIx -> Kyocera 7135 -> Treo 650 -> Centro
  17. aldamon's Avatar
    Posts
    650 Posts
    Global Posts
    684 Global Posts
       #437  
    Quote Originally Posted by aprasad
    Yeah, but such concepts should be summarized and put in a Wiki section so that new owners don't have to read 22 pages of a thread.
    Quote Originally Posted by diamondsw
    For the love of God, please let someone do that... Haven't had enough time to try and digest all of this, and it would simply be good to have a wiki of tips to keep your Treo stable and fast. Lord knows we have enough threads of DBcache, Resco Locker, UDMH, PalmInternals, MemoryInfo, etc, etc, etc to go through.
    I put everything you need to know to diagnose the problems is in the first post. The rest of the thread discusses specific software and issues which may or may not have evolved or changed over time depending on developer support.
  18. #438  
    gfunkmagic- SharkMsg does not use any hede notifications at all and will not have ANY effect on the speed of your Treo :-D

    best regards, tyler
  19. #439  
    My numbers with and without ProfileCare (v3.0.6):
    with: 5484 tics, 55 seconds (ProfileCare and ScheduleCare enabled)
    without: 370 tics, 3 seconds

    So ProfileCare is making a huge impact on this measurement. I've read Jeff's comments about his HEDE processing being necessary and efficient, so I'm *hoping* these numbers are not indicative of real world performance. I've not noticed any slow downs in the real world.

    My HEDEs are:
    Keyshades (patched), Keycaps600 (patched), Hi-launcher, ProfileCare
  20. #440  
    Quote Originally Posted by dnimtz
    My numbers with and without ProfileCare (v3.0.6):
    with: 5484 tics, 55 seconds (ProfileCare and ScheduleCare enabled)
    without: 370 tics, 3 seconds

    So ProfileCare is making a huge impact on this measurement. I've read Jeff's comments about his HEDE processing being necessary and efficient, so I'm *hoping* these numbers are not indicative of real world performance. I've not noticed any slow downs in the real world.

    My HEDEs are:
    Keyshades (patched), Keycaps600 (patched), Hi-launcher, ProfileCare
    The process that is used to measure performance in PalmInternals shows the absolute worst case performance for ProfileCare. The reason for this is because PalmInternals sends null events into the key queue and measures the time it takes to process this event. Well ProfileCare *only* performs HEDE processing during NULL events! That is one of the optimizations that I have made in ProfileCare. PC will perform 99% of its HEDE processing when the CPU is not doing any useful work. So you can see why PalmInternals shows such a bad report for ProfileCare.

    Jeff

Posting Permissions