newRPL: [UPDATED April 27-2017] Firmware for testing available for download

[Claudio L.]

(12-16-2015 05:02 AM)Francois Lanciault Wrote:  This is the version for the standard HP-50G. For newRPL, I made the following changes:

- removed the dot after each constant (the dot was there because HP-50G is faster in float than in exact arithmetic. I believe newRPL is faster without trailing dot)

The trailing dot means an approximated number in newRPL, but still an integer so it won't really be any faster with or without the dot. The only difference is the result will have a dot too.

(12-16-2015 05:02 AM)Francois Lanciault Wrote:  - changed "TIME" for "TICKS"

I guess you figured out for yourself that TICKS gives you the time in microseconds, so instead of dividing by 8192 like the old days, just use 1e6.
Time is in microseconds but the clock resolution is actually 100 kHz, so you'll see a granularity of 10 in the resulting number. Still much more accurate than the old TICKS.
I don't think it's documented anywhere yet.

(12-16-2015 05:02 AM)Francois Lanciault Wrote:  - changed the "C 'J' STO+" sequence to "C J + 'J' STO"

Yes, I'm yet to implement those.

So your code is just integers and loops, 2 things that newRPL excels at, which justifies the high multiples you got. When you start throwing in floating point operations, the decimal library brings the speed more in line with reality (about 100x vs the 50g).
In that case I think the Prime will be much faster. newRPL beating the Prime is little more than an optical illusion, as the Prime runs at 400 MHz, vs. 192 MHz of newRPL. So don't expect newRPL to beat the Prime in general, but if the codes are equally efficient, you should see a 0.5x more or less. Anything above that is a reason to celebrate!