#perl6-dev on 7 May 2019 - Raku Programming Language Log

Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.

00:31 squashable6 left 00:36 squashable6 joined, ChanServ sets mode: +v squashable6, AlexDani` joined 00:40 AlexDaniel left 01:13 klapperl left

ugexe

i just realized if we hadn't already put json::fast code into rakudo we would have had to do *something* to for sorted-keys for reproducibility

02:38

s/to for/too for/

02:39

02:40 klapperl joined 04:01 Kaiepi left 04:25 MasterDuke left 04:52 ufobat_ left 04:57 Kaiepi joined

nine

I'm glad I didn't have to :)

06:35

07:04 brrt joined 07:06 vrurg left 07:09 patrickb joined

brrt

07:24

08:28 lizmat_ joined 08:30 lizmat left 08:52 brrt left 09:24 Kaiepi left, Kaiepi joined 09:32 brrt joined 09:33 squashable6 left 09:38 squashable6 joined, ChanServ sets mode: +v squashable6 10:33 lizmat_ is now known as lizmat 10:38 Kaypie joined, Kaiepi left, brrt` joined 10:40 brrt left 10:47 brrt` left 11:20 Kaypie left 11:23 Kaiepi joined

tyil

sorted-keys in JSON::Fast are neat tbh

11:30

hope YAMLish can get something like it soon-ish

11:31

11:41 Kaiepi left 11:45 Kaiepi joined 11:56 Geth left, Geth joined 12:09 Kaiepi left 12:23 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined 12:29 Kaiepi joined

lizmat

commute to Amsterdam.PM&

12:47

12:47 lizmat left 12:50 brrt` joined 12:51 brrt` is now known as brrt 13:16 vrurg joined

|Tux|

Rakudo version 2019.03.1-284-gb0dd44b00 - MoarVM version 2019.05

csv-ip5xs	0.693	-	0.742
csv-ip5xs-20	5.794	-	5.871
csv-parser	22.208	-	22.543
csv-test-xs-20	0.429	-	0.432
test	6.564	-	6.786
test-t	1.674	-	1.713
test-t --race	0.781	-	0.808
test-t-20	28.654	-	28.810
test-t-20 --race	8.824	-	8.971

13:27

14:04 pamplemousse_ joined, pamplemousse_ left 14:05 pamplemousse_ joined 14:17 pamplemousse_ left 14:47 [TuxCM] joined 14:51 brrt left 15:01 [TuxCM] left 15:20 lizmat joined

lizmat

m: sub a($a,$b) { $a + $b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

15:28

camelia

2.0588669

lizmat

m: sub a(\a,\b) { a + b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

camelia

0.314658

lizmat

m: sub a($a,$b) { $a + $b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

camelia

2.031367

lizmat

m: sub a(\a,\b) { a + b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

camelia

1.651616

lizmat

m: sub a($a,$b) { $a + $b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

camelia

2.01352

lizmat

m: sub a(\a,\b) { a + b }; for ^10_000_000 { a 42,666 }; say now - ENTER now

15:29

camelia

1.56884157

lizmat

the \a vs $a difference is caused by the scalar container that apparently is allocated for each parameter / call

15:30

for the $a case (and not for the \a case)

I seem to remember that this was not such a huge difference ?

15:31

did we lose an optimization along the way somehow?

15:32

15:51 patrickb left 15:59 brrt joined 16:06 lucasb joined 16:13 [TuxCM] joined

discord6

<timotimo> The question is why doesn't scalar replacement make both identical?

16:24

<timotimo> Don't have a computer hooked up to look at it in spesh