program execution speed as library vs variable HP50G
|
10-03-2017, 01:50 AM
Post: #5
|
|||
|
|||
RE: program execution speed as library vs variable HP50G
(10-02-2017 05:15 PM)DavidM Wrote: 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). Thanks for the information. There are many sub routines in this library (165) and some of the larger parts of the program have a number of nested loops. The program in question has a structure like shown below. « LOCAL VARS... « DO CLLCD DEPTH 'd' STO IFERR STUFF... DO -1 TICKS J T « DO 'J' INCR @<-- DavidM From your recommendation years ago to prioritize key presses once a key has been pressed. IF THEN STUFF... DATE TIME TSTR " MEM:" MEM + + N SDISP STUFF... END UNTIL KEY END » UNTIL 0 END THEN DEPTH d - DROPN ask user to Exit? END UNTIL Exit? END » » |
|||
« 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)