Re^2: Ovid's take on the renaming of "Perl6"

[LanX]

Jonathan has shown some benchmarks of his optimization in his last yapc talks.

You might wanna check out the videos.

I can't tell much about the practicability of his work though.

Side note

I'm personally convinced that Perl 6 will only have a chance to survive if Perl 5 opcode can be somehow translated to it's VM primitives, hence bridging the gap.

Those optimisations should than benefit P5 too.

[chromatic]

I remember having this argument in 2011. So I'm not convinced about the inevitability of performance improvements and I'm definitely not convinced about the ease of these improvements.

[LanX]

I was just pointing you to the source.

Neither trying to convince you nor claiming that I am.

I hope this was already clear.

Update

And if your last status is from 2011 then you should certainly watch the 2019 videos and comment on them.

[chromatic]

And if your last status is from 2011 then you should certainly watch the 2019 videos and comment on them.

Sure, my information is a little out of date, but it seems like the argument has been consistent since 2011. "Performance improvements are inevitable and imminent". That wasn't obviously true to me in 2011, and it's not obviously true to me in 2019.

I've written elsewhere a little bit about the architectural differences between Parrot and Moar and my concerns that Moar has made some of the same mistakes that Parrot did (and ignoring some of the experiment and design work that Parrot was working on). Nothing I've seen since then has made me think that Rakudo can get the order-of-magnitude speed improvements in the large that it needs to outperform Perl reliably overall or that it can get the multiple order-of-magnitude speed improvements in the large it would need to outperform JavaScript or other well optimized JIT/AOT language implementations.

But, as always, I could be wrong.