On Jan 6, 2022, at 4:35 PM, Jimmie Houchin wrote:
>
> No, it is an array of floats. The only integers in the test are in the
> indexes of the loops.
>
> Number random. "generates a float 0.8188008774329387"
>
> So in the randarray below it is an array of 28800 floats.
>
> It just felt so
No, it is an array of floats. The only integers in the test are in the
indexes of the loops.
Number random. "generates a float 0.8188008774329387"
So in the randarray below it is an array of 28800 floats.
It just felt so wrong to me that Python3 was so much faster. I don't
care if Nim,
Hi Jummie,
Is it possible that your program is computing a lot of **very** large integers?
I’m just trying the following with small numbers, and I don’t see the issue.
#sum executes on a 28k large collection around 20 million times per second on
my old 2015 i5.
a := (1 to: 28000).
[a sum]
I have written a micro benchmark which stresses a language in areas
which are crucial to my application.
I have written this micro benchmark in Pharo, Crystal, Nim, Python,
PicoLisp, C, C++, Java and Julia.
On my i7 laptop Julia completes it in about 1 minute and 15 seconds,
amazing magic
