hp65 vs 41c vs 35s µbenchmark
|
05-31-2014, 09:52 PM
Post: #21
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(05-31-2014 08:25 PM)Marcus von Cube Wrote: Don't get me wrong. In many aspects, the unmodified 30b is the faster machine. You can just do much more with the 34S which is still reasonably fast at least. And much more fun, of course . Much more fun, that's for sure :-) But this µbenchmark isn't any faster in the 30b... Do you have any idea why? |
|||
05-31-2014, 10:33 PM
Post: #22
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
I tried this on a vintage 15C and got 139.
On my 42S I got 1,087. (With Free42 I got 144,108,888.) |
|||
06-01-2014, 12:08 AM
Post: #23
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(05-31-2014 09:37 PM)GeorgeOfTheJungle Wrote:(05-31-2014 08:39 PM)Dave Britten Wrote: Didn't see the 15C LE in the list, so I gave it a try. Not even close, ha ha. Maybe a few dozen programmables of various brands to tinker with. I don't have any of the really expensive HP stuff (42S, 41C, anything with LEDs, etc). |
|||
06-01-2014, 08:10 AM
Post: #24
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark | |||
06-01-2014, 08:16 AM
Post: #25
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark | |||
06-01-2014, 08:23 AM
Post: #26
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(05-31-2014 09:37 PM)GeorgeOfTheJungle Wrote:(05-31-2014 08:39 PM)Dave Britten Wrote: Do you have the necessary flashing cable or USB module to solder in? Enjoy! d:-) |
|||
06-01-2014, 09:04 AM
Post: #27
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(05-31-2014 09:52 PM)GeorgeOfTheJungle Wrote:It's probably just too simple. The 30b uses an HP legacy C library for all computations with a precision (and accuracy) of 12 BCD digits while the 34S is based on the decNumber library which supports arbitrary precision BCD numbers. Internal computations are carried out with 39 digits at least, some modulo calculations with a few hundreds of digits to avoid cancellation. More elaborate algorithms are coded as double precision (34 digits) keystroke programs to save flash space for the cost of execution speed (and the loss of a few digits of accuracy in double precision mode). The register formats are (variants of) decimal64 and decimal128 which need to be converted back and forth from/to the decNumber format. This is a lot of overhead and doesn't come for free in terms of execution speed.(05-31-2014 08:25 PM)Marcus von Cube Wrote: Don't get me wrong. In many aspects, the unmodified 30b is the faster machine. ...... Marcus von Cube Wehrheim, Germany http://www.mvcsys.de http://wp34s.sf.net http://mvcsys.de/doc/basic-compare.html |
|||
06-01-2014, 03:26 PM
Post: #28
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark | |||
06-01-2014, 08:41 PM
Post: #29
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(06-01-2014 03:26 PM)Marcel Samek Wrote: On my 67 I only get 103 after 30s. That's hard to believe that the 67 is that much slower. If your 67 program uses a simple GTO command this seems realistic. I do not own a 67, but a 34C with similar speed. Compared to a 41C the latter is at least 3x slower. With a simple program consisting essentially of one addition and a GTO, the 41C advantage even grows since jump targets are "compiled" while the 67 has to do a new label search in every single loop. And since it searches from the current line onwards, it has to check roughly 220 lines ahead... #-) So 103 loops on a '67 looks realistic, compared to 500+ on a 41C with this kind of program (!). The already mentioned older thread reported 226 loops per minute, i.e. 113 in 30 seconds on another '67 which essentially matches your result. You may get a better result with a GTO(i) command with a negative number in register I. The older thread reports about 50% more speed for this option. So you could try something like this: Code: 001 LBL A But do not forget that this is a very (!) simple test that does not provide much information regarding real world HP67-programs. IMHO you can expect about 1/3 the speed of a HP41, on average. Dieter |
|||
06-05-2014, 04:01 PM
Post: #30
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(05-31-2014 03:30 PM)Dave Britten Wrote:(05-31-2014 02:44 PM)GeorgeOfTheJungle Wrote: In the link that Massimo has posted (btw, thanks, Massimo) it says: I've received my new 30b, and while it's still a 30b I've run the code Code: SH5 1 ENTER ENTER ENTER ENTER LBL 01 + GTO 01 |
|||
06-05-2014, 04:45 PM
Post: #31
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
Just for grins, on the 50g with
Code: << 0 - John |
|||
06-05-2014, 05:49 PM
Post: #32
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
HP-25
346 30secs run p. |
|||
06-05-2014, 07:30 PM
Post: #33
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(06-05-2014 04:45 PM)John R. Graham Wrote: Just for grins, on the 50g withWow. Floating point runs much faster than integer. With the following trivial modification, Code: << 0. - John |
|||
06-05-2014, 07:41 PM
Post: #34
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
(06-05-2014 07:30 PM)John R. Graham Wrote: Wow. Floating point runs much faster than integer.Integers are arbitrary precision, not binary integers. That should explain the difference. Marcus von Cube Wehrheim, Germany http://www.mvcsys.de http://wp34s.sf.net http://mvcsys.de/doc/basic-compare.html |
|||
06-05-2014, 07:47 PM
Post: #35
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
Yes, that subsequently occurred to me. Furthermore, the result of all the testing operators is floating point 1. or 0. so "WHILE 1." avoids an unnecessary conversion.
- John |
|||
06-05-2014, 10:11 PM
(This post was last modified: 06-05-2014 10:15 PM by John R. Graham.)
Post: #36
|
|||
|
|||
RE: hp65 vs 41c vs 35s µbenchmark
HP Prime clocks in at 966,967 iterations in 30 seconds:
Code: EXPORT Benchmark1() |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 3 Guest(s)