4 ms·

Well I'm not doing it anymore, but I was using bioperl extensively when I was in biotech, but there were some gotchas and it wasn't as fast as it could be. With

Well I'm not doing it anymore, but I was using bioperl extensively when I was in biotech, but there were some gotchas and it wasn't as fast as it could be. With better concurrency, that certainly could reduce analysis time. Currently, I am also using a monitoring tool called Argus (http://argus.tcp4me.com/ http://argus.tcp4me.com/) which is completely written in perl. It doesn't seem super well maintained, but I really like it, so I have been reading through the source and have been thinking about doing something similar in Elixir, but Perl6 would be a perfect update for it. Perl is largely a sysadmin tool, in that many of us sysadmins are not formally trained in programming, but we often need to get shit done, and perl enables that. When bash, awk, and sed start to falter, we tend to use python and perl, so that's another use case. Simpler syntax and better threading would certainly help with that.

Ultimatt 11y ago
So I've written some Bio stuff for Perl 6 and unfortunately Rakudo is still way too slow for super heavy computational lifting. On average stuff is 10x slower than Perl 5 and worse case 100x. I strongly believe this will improve next year to the point it's competitive though. Shaped native arrays just came on the scene which means a list in Perl 6 can act in memory exactly like a C array which opens up the ability for the JIT to use SSE instructions. That said I've been using Perl 6 at work for basic file manipulation just because its so nice and quick. Anything that's 100sMB rather than 100sGB finishes up in acceptable times and sometimes Grammar support is super helpful.
- omaranto 11y ago
  Have you compared the MoarVM and JVM backends recently? Is one substantially faster than the other for your applications?