leaderleft.blogg.se

Android stuff associates with free42
Android stuff associates with free42




android stuff associates with free42
  1. #ANDROID STUFF ASSOCIATES WITH FREE42 SOFTWARE#
  2. #ANDROID STUFF ASSOCIATES WITH FREE42 CODE#
  3. #ANDROID STUFF ASSOCIATES WITH FREE42 SIMULATOR#

a simulation (Free42), that's more than two orders of magnitude faster (or slower) on the same hardware (and presumably OS).Īlso, your Free42 BCD is running only ~75% faster on your hardware than mine on my mid-range Samsung tablet. The difference between 32 p/s and 5,000 p/s is ~ 156x, which seems to me unreasonable performance difference for an emulation (Emu42) vs. Emu42 is calculating ~32 points/sec, Free42 BCD is doing ~1,587 points/sec and Free42 binary does 5,000 points/sec. Quote:Emu42 and Free42 are run separately, during the run they each use about one of the core of my core-i3 machine (global CPU loading ~25-30%). At least it does in the HP-41C family, as the HP42S (and Free42) uses a little triangle instead) (How do you know it's a "goose" and not a "gander" ? Oh, I remember, the gander flies backwards. The display is fully static during Valentin's program run (no display updates, no flying goose. Quote:The program is run to evaluate 10,000 points with the other default parameters. Thank you very much, you're most welcome to comment to your heart's content. (06-05-2020 03:03 PM)J-F Garnier Wrote: I will not use a trivial benchmark but the program from the latest article from Valentin, that computes the area of the Mandelbrot set (great article, Valentin, I may comment it later in an other thread).

#ANDROID STUFF ASSOCIATES WITH FREE42 SIMULATOR#

My own Emu71/DOS is largely written in assembly (using Intel x86 BCD support for efficiency - at the cost of minor compatibility issues) but it's a 16-bit DOS application and there is no native HP-71 simulator available for comparison. On the other hand, in this particular benchmark, we can expect a significant part of the time is spent in arithmetic operations that are in asm in the HP-42S, not sure in the Intel 35-digit library.

android stuff associates with free42

But Free42 is written in C, not assembly language, so the comparison is fair.

#ANDROID STUFF ASSOCIATES WITH FREE42 CODE#

Those values may vary somewhat, but I do recall specifically that C code is about 100x faster than userRPL on the 50g.

android stuff associates with free42

As I recall working with C on a 50g, the speed difference there is something like native C code is about 5x faster than Saturn assembly, which is about 5x faster than SysRPL, which is about 5x faster than User RPL. That adds another layer of complication and slowdown compared to assembly language. (06-05-2020 03:26 PM)David Hayden Wrote: Also, it's my understanding that the 42s is implemented in SysRPL. Of course, Emu42 is run with authentic calculator speed off.Įmu42 execution time measured by hand, Free42 execution measured using TIME. The display is fully static during Valentin's program run (no display updates, no flying goose).Įmu42 and Free42 are run separately, during the run they each use about one of the core of my core-i3 machine (global CPU loading ~25-30%). The program is run to evaluate 10,000 points with the other default parameters. I will not use a trivial benchmark but the program from the latest article from Valentin, that computes the area of the Mandelbrot set (great article, Valentin, I may comment it later in an other thread). You may say, it's not fair, Free42 provides much better accuracy with its 35-digit arithmetic, so let's also include the binary version that has similar arithmetic accuracy.

#ANDROID STUFF ASSOCIATES WITH FREE42 SOFTWARE#

Ok, so let's compare Free42 and Emu42, that have similar functionalities and are both high quality software recognized by the community, and let's compare them on the same host system. Say 10x would be acceptable, if slow, but 60x ? Really ? Converting a 10 seconds running time to 10 minutes ? A 10 minutes running time to 10 hours ? That would be a horribly inefficient emulation, direct-to-garbage-bin class. A factor of 60x is just too much, no emulation should be that inefficient. All depends on the performance of the emulation engine, I can't really judge the 圆0 ratio but it's the order of magnitude we can expect

android stuff associates with free42

(06-05-2020 12:39 AM)Valentin Albillo Wrote: Quote:An emulator adds the overhead of the CPU/hardware simulation Free42 is a native application. The question arises to know what is the order of magnitude of the performance penalty of an emulator versus a native application.






Android stuff associates with free42