in reply to Re^7: Modernizing the Postmodern Language?
in thread Modernizing the Postmodern Language?

s/One reason Raku remains so stubbornly slow/One reason parsing in Raku remains so stubbornly slow/
  • Comment on Re^8: Modernizing the Postmodern Language?

Replies are listed 'Best First'.
Re^9: Modernizing the Postmodern Language?
by chromatic (Archbishop) on Jul 06, 2020 at 16:35 UTC

    I chose my words deliberately.

[reply]
      Can you explain why Perl is sometimes slower than Raku then? 
      $ time perl -e 'for (1..1_000_000_000) {}'

real    0m30.291s
user    0m30.256s
sys     0m0.020s

$ time raku -e 'for (1..1_000_000_000) {}'

real    0m12.407s
user    0m12.436s
sys     0m0.040s

      [download]
[reply]
[d/l]

        Because Raku has a better internal representation for integers than Perl's SvIV and can manage ranges lazily without reifying a large data structure. (I can't remember right now if Perl optimizes this in recent releases.)

        I don't know what doing nothing a billion times in 12 or seconds has to do with my point that the semantic mismatch between a language and a target platform is difficult to manage, however.

        You can port Raku to LLVM or Node or Inferno or whatever platform you want, but unless that platform can optimize grammars that require dynamic dispatch for every individual lexeme, you're going to end up with a slow Raku.

[reply]
[d/l]

In Section Meditations