Posts: 980
Threads: 239
Joined: Aug 2006
Hello there.
Please humour me on this one.
After seeing the posts about the Batman graph posted here a few weeks ago and the fact that the WP-34S can be configured with an 8-register stack, I got to wondering about just how complex the equations in the physical, biological, medical, etc. sciences really are.
So, with that said, just how is it that four levels of an RPN stack are sufficient for application and usage in the mathenatics for the sciences?
Or, are the mathematics in the sciences not that complex being that everthing from the HP-65 to the HP-41 and afterwards has sufficed for use in the real world?
Edited: 12 Dec 2013, 4:49 p.m.
Posts: 4,587
Threads: 105
Joined: Jul 2005
Hi there,
Quote:
how is it that four levels of an RPN stack are sufficient for application and usage in the mathenatics for the sciences?
They aren't. They are sufficient for the majority -- but I've experienced problems every once and a while requiring at least five levels. Presumably six levels would catch all problems worked inside out. The reason why the WP 34S features eight levels is complex domain.
d:-)
Posts: 896
Threads: 183
Joined: Jul 2005
A 4-level RPN stack + a couple of storage registers does the trick
Posts: 980
Threads: 239
Joined: Aug 2006
Please enlighten me. Just what range of calculations are you speaking of?
Posts: 1,841
Threads: 54
Joined: Jul 2005
Quote:
A 4-level RPN stack + a couple of storage registers does the trick
"A couple of storage registers" simply means missing stack levels. Not a problem with a virtually unlimited stack;-)
Posts: 896
Threads: 183
Joined: Jul 2005
Except there are advantages to have storage registers in certain situations where a virtually unlimited stack is cumbersome and lacking the neatness of the 4-level stack. And so I really do prefer the HP-41 over the RPL machines like the 48 - from simple calculations to really complex ones.
Posts: 1,841
Threads: 54
Joined: Jul 2005
Quote:
Except there are advantages to have storage registers in certain situations where a virtually unlimited stack is cumbersome and lacking the neatness of the 4-level stack.
As written above, not a problem with a virtually unlimited stack. You can limit stack usage as you like, and you can use variables and "register" arithmetic for calculations in combination with an unlimited stack, too.
With an unlimited stack, you are just not...ahem, limited;-)
Posts: 896
Threads: 183
Joined: Jul 2005
Still there are many times I would prefer the T-register behavior of a 4-level stack and that it rolls around on only four levels. The use of fixed registers is of course a feature beyond the stack in that they are... fixed :-)
Posts: 4,587
Threads: 105
Joined: Jul 2005
So an eight level stack is a good compromise: featuring D-level repetition AND high enough four all formulas.
d:-)
Posts: 2,761
Threads: 100
Joined: Jul 2005
Quote:
high enough four all formulas.
^^^^
The spelling might indicate an unconscious preference for the superior 4-level stack :-)
Posts: 125
Threads: 9
Joined: Oct 2011
Your RPN formulae can address registers of which there are 67 in an HP-15C, for example. These can be used to represent the variables in more complex calculations with intermediate storage when more than a couple of stack levels are required.
Edited: 13 Dec 2013, 6:32 a.m.
Posts: 4,587
Threads: 105
Joined: Jul 2005
Posts: 1,545
Threads: 168
Joined: Jul 2005
Yes, it IS a very good compromise. Just one of the many excellent design decisions made in the 34S.
Posts: 189
Threads: 39
Joined: Nov 2011
If I am just evaluating an equation and entering values in as necessary, then a 4 level stack can be sufficient for quite complex equations. However, if I enter values that are then reused in the equation multiple times, it is a different story.
In the first case, you are using the RPN stack to perform operations and hold intermediate results, which it is well designed for, is efficient and elegant.
In the second case you are using the stack to juggle input data as well as perform operations and hold intermediate results and that can cause a lot of grief, depending on the number of input variables and where in the equation they happen to be (re)used.
I find that a lot of stack manipulation and use of registers happens not because of the complexity of an equation, but because of the desire to move data around to put it into place for the equation. I think of those as unrelated problems.
Posts: 79
Threads: 3
Joined: Jun 2010
That's why some kind of formula evaluation capability makes a lot of sense. RPN makes single evaluation straightforward (and so much fun), but reusing the algebra means you have to write a program. That's fine if I have to perform the calculation 100 times, but what if I need it just twice? It isn't really cost-effective... I always keep around a formula calculator for this. In an EOS calculator you'd just get back, edit the line and evaluate again. Keeping simple things simple has its beauty too.
