Re: rakudo star performance

2010-08-01 Thread Stefan O'Rear
On Sun, Aug 01, 2010 at 12:04:55PM -0400, Ben Bowers wrote: > I've also noticed that 64 bit linux binaries for rakudo builds are ~2x > the size of the 32 bit builds, FWIW. That shouldn't suprise anyone. The perl6 fakecutable (don't call it a binary, please) consists of several million Parrot in

Re: rakudo star performance

2010-08-01 Thread Ben Bowers
Thanks for the Chromatic blog link - that cleared up a lot. Sounds like not much room for optimizing the gcc compile. As for the code, the first one was: time perl6 -e 'say ("a".."z").pick ~ ("a".."z").pick for ^1000;' > /dev/null For my 32-bit linux box, bash's time reports Rakudo Star 2010.07

Re: rakudo star performance

2010-08-01 Thread Jan Ingvoldstad
On Fri, Jul 30, 2010 at 23:31, Ben Bowers wrote: > I've compiled and run rakudo star on a couple of pieces of code that i > wrote. > One generates random strings with pick. the other builds a couple of > hashes and checks to find commonality between them. > Compared with Rakudo Moscow (April rel

rakudo star performance

2010-08-01 Thread Ben Bowers
I've compiled and run rakudo star on a couple of pieces of code that i wrote. One generates random strings with pick. the other builds a couple of hashes and checks to find commonality between them. Compared with Rakudo Moscow (April release), both pieces of code run about 50% slower with Rakudo S