By re-implementing Rakudo::Internals.DIR-RECURSE, the time has gone down to
about a second. This is still calculating a SHA1 of ~1000 files for the
perl6/mu case, but the overhead of scanning the directories is now much less
because directory entries are pruned much earlier, and directories lik
Sorry, I was running the profile on a 4-weeks-old rakudo. After the
optimizations i did to canonpath ~22 days ago the canonpath inclusive
time went down to about 18% ...
FILETEST-D and FILETEST-F are in spots 3 and 4, but they only take 3594
/ 26881 msec and 2749 / 216298 msec per invocation, so t
Here's the results from a --profile-compile:
1. match (gen/moar/m-CORE.setting:12064), 12750 entries, 25.66%
inclusive time, 8.15% exclusive time
2. (gen/moar/m-BOOTSTRAP.nqp:2081), 111530 entries, 4.59%
inclusive time, 4.36% exclusive time
3. (gen/moar/m-CORE.setting:40776), 13148 entries, 6.85
On 02/10/16 04:41, Lloyd Fournier wrote:
> String concat takes On2 in rakudo I think. Using join in this kind of
> situation should be an improvement. (I'm commuting so can't test).
MoarVM implements "ropes" which make the performance a whole lot better.
join can still be a small improvement, but
String concat takes On2 in rakudo I think. Using join in this kind of
situation should be an improvement. (I'm commuting so can't test).
On Sat, 1 Oct 2016 at 7:11 PM, Zoffix Znet
wrote:
> # New Ticket Created by Zoffix Znet
> # Please include the string: [perl #129776]
> # in the subject line
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #129776]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=129776 >
To reproduce:
cd $(mktemp -d); git clone https://github.com/perl6/mu; touch Foo.pm6;