How much faster is the HP Prime than the HP 50g ?



#15

Much faster ! I ran the same problem on the two calculators, and it took the HP 50g approximately 5 seconds to complete, whereas it was virtually instantaneous on the prime. As soon as I hit the Enter key on the Prime the answer appeared without any perceptible delay using my eyeball clock.


#16

A brute-force un-optimized Ulam's Conjecture program (for counting how many iterations of the "3x+1 Algorithm" it takes for the input to reach 1) written in PPL runs 200 times faster on the Prime than an equivalent User RPL program on the HP 50g.

This one data point is not a statistically significant sample (don't quote me saying that Prime is always 200 times faster than the 50g), but it's a good hint that Prime is WAAAAAY faster than the 50g.


#17

That does mean the Prime can make WAAAYYY more errors in WAAAYYY less time than the HP-50G, doesn't it?

d:-/


#18

Well... actually I'd say WAAAYYY more errors in the same time, or the same errors in WAAAYYY less time! ;)

#19

I just wrote this short program and it takes about 4 seconds to execute with loop=100000.

EXPORT Speed_Test(loop)
BEGIN
LOCAL I,X;
X:=0;
FOR I FROM 1 TO loop DO
X:=I;
END;
RETURN X;
END;
#20

How much faster does the prime go through batteries?


#21

It depends on whether it is connected to an active USB port or the AC adapter. ;)

#22

I just discovered something interesting. The runtime varies dramatically between programs run directly from the Program Catalog and when run in Home from the User Program Functions Catalog. The problem took about 4 seconds to run from the Program Catalog, but 25 seconds to run in Home, or about 6 times longer. So, it would seem that programs with long runtimes are best executed directly from the Program Catalog to minimize runtimes.


#23

Hi Michael,

I try these and can't see any difference...


EXPORT SPEED(loop)
LOCAL a,b:=0,c:=TICKS;
FOR a FROM 1 TO loop DO
b:=b+1
END;
PRINT();
PRINT("b="+b);
PRINT(TICKS-c)
END;

Launch from program editor, from home command line or from toolbox/user...around : 3920 ms for loop=100000


#24

That is interesting because my benchmark is very similar to yours, but the results are very different.

EXPORT Speed_Test(loop)
BEGIN
LOCAL begin,end,runtime,I,X;
LOCAL c:=TICKS;
begin:=Time;
X:=0;
FOR I FROM 1 TO loop DO
X:=I;
END;
end:=Time;
runtime:=end-begin;
RETURN {runtime,TICKS-c};
END;

With loop=100000, I get the following results:

Run from the command line in Home = {0 0 25,25241} to {0 0 12,13225}

Run from Toolbox,User in Home = {0 0 24,25444} to {0 0 15,14923}

Run from Program editor = {0 0 4,4192}

Note that there is significant variation in the times and that the command line and toolbox user times are similar, but the Program editor time is much lower and similar to your result. Perhaps there is a difference between programs run in English and French.

Edited: 11 Nov 2013, 9:38 a.m.


#25

An interesting thing just occurred. I was testing a program and the calculator froze up completely with no keyboard control and I was forced to do a hard reset with the button at the back of the calculator. When I ran the benchmark program again from the command line it was suddenly much faster with the initial result {0 0 3,3296}, which is the fastest time I've ever seen. I then ran it from the Program editor and got a nearly identical result of {0 0 3,3286}. So it would appear that if the times are varying a lot, then that's an alarm that something is wrong and the calculator should be reset to restore proper functionality.

#26

Sometimes my calc get slow.

When it append, it is always after going into program editor.

In this case the programs are about 2 times slower than max speed.

To get back to fast speed, I just turn Off the calc, when turn On, it is in fast mode.

The place where you launch the program doesn't matter, the only thing is not to go into the editor to keep fast mode.

Can you confirm this ?


#27

Quote:
Can you confirm this ?

I do not see this behavior on mine.

#28

Quote:
Much faster !

Does your comparison include time taken to recover from crashes, resets, memory formatting etc.?


Edit: not to mention waiting for a new one (two bricked Primes already reported).


Edit 2: it seems that bricked Prime no.3 has just been reported.
http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=255719#255719

Edited: 13 Nov 2013, 2:24 p.m.


Possibly Related Threads…
Thread Author Replies Views Last Post
  Hp 50g Jan 2 1,565 11-04-2013, 07:21 PM
Last Post: Steve Fennell
  There are some things the HP 50g does better than the HP Prime Michael de Estrada 19 5,454 11-04-2013, 01:09 PM
Last Post: Michael de Estrada
  HP 50g - HP Prime tragedy bluesun08 28 8,257 10-27-2013, 03:07 PM
Last Post: Les Koller
  New HP Prime causes heavy discounting of 50g Michael de Estrada 0 810 10-09-2013, 10:01 AM
Last Post: Michael de Estrada
  Meltiple Equation Solver PRIME Vs. HP 50G Harold A Climer 5 1,891 10-07-2013, 05:11 PM
Last Post: CR Haeger
  HP 50g app for the HP Prime Martin Paech 3 1,704 10-02-2013, 11:18 AM
Last Post: steindid
  HP 50G ROM now that HP Prime is out Han 8 2,747 09-19-2013, 05:02 PM
Last Post: Han
  Riemann's Zeta Function update (HP-28S, HP-48G/GX/G+, HP-49G/G+/50g) Gerson W. Barbosa 0 1,114 06-30-2013, 01:01 AM
Last Post: Gerson W. Barbosa
  Sparcom Nav Pacs for HP-48/HP-50G calculators Al 3 1,808 10-16-2012, 11:00 PM
Last Post: Han
  Why is the 19BII faster than the 17BII(+)? Timo Labrenz 8 2,916 05-03-2012, 08:00 AM
Last Post: Xerxes

Forum Jump: