program execution speed as library vs variable HP50G
|
10-02-2017, 05:15 PM
Post: #3
|
|||
|
|||
RE: program execution speed as library vs variable HP50G
(09-30-2017 02:50 AM)snrowe Wrote: I've been working on porting a program that I wrote for the HP48SX to the other 48/49/50G calculators and noticed some strange behavior running the program as a library from the non hp48SX calculator models. If you're calling subroutines from your library within inner loops of routines, the overhead of loading the subroutine code from a port can also slow things down noticeably (something I'm dealing with right now in the ListExt library). The way I'm addressing this (so far) is to "pre-fetch" the subroutine code at the beginning of a given library command, store it in a local (which keeps it in TEMP), then run the local version of the subroutine within the loop as needed. This has improved the performance of the affected commands, even when stored in port 0. The amount of impact depends on how often the subroutines are called, of course. Just something to consider! |
|||
« Next Oldest | Next Newest »
|
Messages In This Thread |
program execution speed as library vs variable HP50G - snrowe - 09-30-2017, 02:50 AM
RE: program execution speed as library vs variable HP50G - cyrille de brébisson - 10-02-2017, 05:48 AM
RE: program execution speed as library vs variable HP50G - snrowe - 10-03-2017, 01:05 AM
RE: program execution speed as library vs variable HP50G - DavidM - 10-02-2017 05:15 PM
RE: program execution speed as library vs variable HP50G - snrowe - 10-03-2017, 01:50 AM
RE: program execution speed as library vs variable HP50G - DavidM - 10-03-2017, 03:16 AM
RE: program execution speed as library vs variable HP50G - cyrille de brébisson - 10-03-2017, 04:44 AM
RE: program execution speed as library vs variable HP50G - Software49g - 10-03-2017, 10:22 AM
|
User(s) browsing this thread: 1 Guest(s)