Re: HP48 : recursion : more and more slower
- From: "stfox" <stfox13@xxxxxxxxx>
- Date: Tue, 17 Feb 2009 10:33:20 +0100
"Andreas Möller" <andreas_moellerNOSPAM@xxxxxx> wrote in message
news:c050d2ce-6721-4e85-970a-d894045ad2a1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hello,
But why, when return stack grow up, is system slowing down ?
However Available memory are sufficient...
Because the system has to keep track of each pointer from the SYS-RPL-
ReturnStack and this "keeping track" takes longer if there are more
pointers to keep track off (uhh, what a sentence ;-)
The same with the RPL Data stack ( aka "normal stack" ): Put 5000
objects on the stack and you will notice how the whole calc slows
down, even if there is a lot of free memory available. Again, because
the system has to keep track of the pointers shown in the "normal
stack".
HTH,
Andreas
http://www.software49g.gmxhome.de
Yes !! Here is a clear answer :) Thanks
So, I've already another question : lol
When in the process, hp48 is keeping track ?
For exemple, if there are 5000 objects on
data stack, we push the SWAP button :
When is the 'keeping track' process running ?
Is it an internal operation of RPL operating system,
(Memory management etc..)
or is it an internal system call in any command ?
.
- Follow-Ups:
- Re: HP48 : recursion : more and more slower
- From: Andreas Möller
- Re: HP48 : recursion : more and more slower
- From: John H Meyers
- Re: HP48 : recursion : more and more slower
- References:
- HP48 : recursion : more and more slower
- From: stfox
- Re: HP48 : recursion : more and more slower
- From: John H Meyers
- Re: HP48 : recursion : more and more slower
- From: stfox
- Re: HP48 : recursion : more and more slower
- From: Andreas Möller
- HP48 : recursion : more and more slower
- Prev by Date: Re: HP48 : recursion : more and more slower
- Next by Date: Re: HP48 : recursion : more and more slower
- Previous by thread: Re: HP48 : recursion : more and more slower
- Next by thread: Re: HP48 : recursion : more and more slower
- Index(es):