Hi,
I think featurewise Rakudo is now at a point where it could already be
use for some serious work. Surely many things are missing, but (for me)
the two most important things - good OOP support and types - are already
in. And the syntax is just lovely :) (I think I have a syntax-fetish... :)
Fagyal Csongor wrote:
I very much agree with Patrick: an order-of-magnitude speed difference
compared to Perl5 is kind of the point where many will just stop caring
about performance and start using Rakudo/Perl6. Actually I expect a
significant increase in the number of new Perl6ers at around <
On Wed, Jun 3, 2009 at 6:12 PM, Chris Mair wrote:
> Now, my problem is that perl6 code runs very slooow :(
>
> I understand this is all an early phase of development,
> but this is like 2 or 3 orders of magnitude slower than perl5 :(
>
> So, my question: is there something fundamentally
> fla
Hi,
thanks for the replies!
I have a better understanding of these performance issues now.
(sidenote: replacing $i++ with $i = $i + 1 in my original example
gives a 4 times speed up).
Hi Chris,
In addition to Patrick's excellent reply, I'd like to mention that
one way to help the project
Chris Mair wrote:
... I'm porting the benchmarks from the Debian language shootout
to Perl 6... why don't you help me? ...
Yes, why not?
I was planning to exercise a little bit, anyhow.
google gave me this:
http://daniel.carrera.bz/_2009/perl/shootout-perl6-2009.05.27.tgz
Do you keep an over
On Wed, Jun 3, 2009 at 9:01 PM, Daniel Carrera
wrote:
> Hi Chris,
>
> In addition to Patrick's excellent reply, I'd like to mention that one way
> to help the project is to just write code in Perl 6. This is a good way to
> find bugs, including performance bugs.
I have just sent off an email to P
Joshua Gatcomb wrote:
I know these benchmarks have their value, but I am more interested in
real practical code that I have previously written to solve a problem.
I know that the Rakudo code will be slower than the perl 5.
The point of the benchmark is not "oh look, it's slower than Perl 5".
T
On Thu, Jun 4, 2009 at 11:16 AM, Daniel Carrera
wrote:
>
> The point of the benchmark is not "oh look, it's slower than Perl 5". The
> benchmarks are good for testing a specific aspect of the language, so it is
> easier to isolate *where* the problem is. This is harder on a real
> application.
I
Joshua Gatcomb wrote:
I think you are confusing profiling with benchmarking. Profiling
helps you identify where a problem is. Benchmarking helps you compare
two different versions of the same routine.
Whatever. I have a series of programs that test the speed of various
aspects of the languag