Perl 6 - the future is here, just unevenly distributed

IRC log for #moarvm, 2017-05-25

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:08 Ven joined #moarvm
02:22 geekosaur joined #moarvm
03:38 samcv timotimo, btw if you try and use UCD git repo. there is now a git submodule
03:38 samcv since i am using some of the grammar based Unicode datafile parsers that i have from my other repo
03:39 samcv so you'll have to run git submodule update --init --recursive prolly
06:52 robertle joined #moarvm
07:45 zakharyas joined #moarvm
07:55 domidumont joined #moarvm
08:02 domidumont joined #moarvm
08:11 jnthn morning, #moarvm
10:21 samcv morning jnthn
10:21 jnthn o/ samcv
11:00 Ven joined #moarvm
11:14 samcv jnthn, hashes don't take up too much extra space right
11:16 samcv so i made c arrays for all the different property values https://gist.github.com/samcv/84b738e17f9e480cb94289b3931e0a7c and so if somebody requests <:foo<Property_Value>> we have to look up the property value in the associated c array
11:16 samcv right now we don't support the property value names really well at all
11:21 samcv m: say ')' ~~ /<:Line_Break<Close_Punctuation>>/; say ')' ~~ /<:Line_Break<CP>>/
11:21 camelia rakudo-moar 5ebf30: OUTPUT: «Nil␤「)」␤»
11:21 samcv but loading c hashes is not very resource intensive right?
11:22 samcv if we just did it on demand
11:22 AlexDaniel joined #moarvm
11:43 Ven_ joined #moarvm
11:50 Ven_ joined #moarvm
11:56 jnthn samcv: Our hashes ain't the most memory efficient, though they're some pointers per entry cheaper than a stock uthash at least :P
11:56 jnthn (Our hash implementation started out as uthash but is only just about recognizable as it now, I suspect)
11:56 samcv heh
12:03 samcv i gotta head to bed. night o/
12:04 lizmat night, samcv!
12:04 nine samcv: sleep well!
12:04 samcv thanks :)
12:24 Ven joined #moarvm
12:32 Ven_ joined #moarvm
12:39 Ven_ joined #moarvm
12:49 Ven_ joined #moarvm
12:54 Ven_ joined #moarvm
12:56 Ven joined #moarvm
13:02 Geth ¦ MoarVM/even-moar-jit: 25 commits pushed by (Pawel Murias)++, (Jonathan Worthington)++, (Jimmy Zhuo)++, jnthn++, cono++, (Bart Wiegmans)++
13:02 Geth ¦ MoarVM/even-moar-jit: review: https://github.com/MoarVM/MoarVM/compare/e5458167cf...40944f7c0a
13:20 brrt joined #moarvm
13:21 brrt so yesterday i wasted an evening rebasing even-moar-jit on current master
13:21 brrt it was not a good idea
13:21 brrt all sorts of stuff broke
13:21 jnthn Oh? :S
13:22 jnthn What kinds of stuff, ooc?
13:24 Ven_ joined #moarvm
13:39 brrt well, i had refactored the graph builder and the label handling code in the new JIT
13:40 brrt and that conflicted with changes I had introduced in the old JIT, so stuff like sequence numbers, return structure, object labels... didn't work anymore
13:40 brrt was quite a trick getting it to compile agian
13:40 brrt eventually I made a diff between the rebased branch and the original one, applied it, and that made stuff work
13:41 brrt obviously, because now the branches are equal
13:42 brrt i'm not sure if it's useful for anything but historical interest
14:16 domidumont joined #moarvm
14:21 brrt joined #moarvm
14:27 zakharyas joined #moarvm
14:55 Ven joined #moarvm
15:01 Ven_ joined #moarvm
15:08 Ven joined #moarvm
15:13 AlexDaniel joined #moarvm
15:15 Ven_ joined #moarvm
15:21 Ven_ joined #moarvm
15:31 Ven_ joined #moarvm
15:36 robertle joined #moarvm
15:39 Ven_ joined #moarvm
15:47 Ven_ joined #moarvm
15:55 Geth ¦ MoarVM: 62bc54e939 | (Jonathan Worthington)++ | src/6model/reprs/Decoder.c
15:55 Geth ¦ MoarVM: Fix inconsistency in decode stream API.
15:55 Geth ¦ MoarVM:
15:55 Geth ¦ MoarVM: The take bytes API should, like the take chars one, return null if
15:55 Geth ¦ MoarVM: it cannot satisfy the request.
15:55 Geth ¦ MoarVM: review: https://github.com/MoarVM/MoarVM/commit/62bc54e939
16:24 Ven joined #moarvm
16:49 Ven_ joined #moarvm
18:02 brrt joined #moarvm
19:03 brrt blerg perst: http://brrt-to-the-future.blogspot.nl/2017/05/function-call-return-values.html
19:03 brrt could've been longer, would probably not have been worth it
19:03 * brrt afk &
19:43 brrt joined #moarvm
19:51 zakharyas joined #moarvm
20:25 Geth ¦ MoarVM/even-moar-jit: 33bf8d025a | (Bart Wiegmans)++ | src/jit/linear_scan.c
20:25 Geth ¦ MoarVM/even-moar-jit: Uses preceed definitions
20:25 Geth ¦ MoarVM/even-moar-jit:
20:25 Geth ¦ MoarVM/even-moar-jit: Suppose a tile uses and defines a value at the same time, e.g.
20:25 Geth ¦ MoarVM/even-moar-jit:
20:25 Geth ¦ MoarVM/even-moar-jit: $a = $a + $b
20:25 Geth ¦ MoarVM/even-moar-jit:
20:25 Geth ¦ MoarVM/even-moar-jit: Then the definition of $a would open a hole, only for the use to close
20:25 Geth ¦ MoarVM/even-moar-jit: it immediately. If it were the other way arround, the JIT would presume
20:25 Geth ¦ MoarVM/even-moar-jit: a hole (backwards from $a) where there wasn't any. So this patch fixes
20:25 Geth ¦ MoarVM/even-moar-jit: that.
20:25 Geth ¦ MoarVM/even-moar-jit: review: https://github.com/MoarVM/MoarVM/commit/33bf8d025a
20:33 Zoffix brrt++ good post
20:33 brrt thanks Zoffix
20:34 brrt i had more topics to discuss, and I didn't even mention timotimo++ and MasterDuke++'s help in finding bugs :-)
20:36 jnthn brrt++ # blogging
20:36 yoleaux 18:43Z <Zoffix> jnthn: BTW what do you think of making IO::Handle.encoding consistent with other attributes? You can change $fh.chomp/.nl-in/.nl-out by assigning to them, while $fh.encoding takes an arg instead. I kinda left it alone, but if we're doing all these refactors that touch encoding, maybe we should nail that consistency too?
20:37 jnthn .tell Zoffix I'm fine with making encoding work like the rest in principle; would prefer it's done after my branch, though, since that already does more than enough :)
20:37 yoleaux jnthn: I'll pass your message to Zoffix.
20:38 Zoffix k
20:38 yoleaux 20:37Z <jnthn> Zoffix: I'm fine with making encoding work like the rest in principle; would prefer it's done after my branch, though, since that already does more than enough :)
20:39 brrt thanks :-)
20:39 Geth ¦ MoarVM/even-moar-jit: 62bc54e939 | (Jonathan Worthington)++ | src/6model/reprs/Decoder.c
20:39 Geth ¦ MoarVM/even-moar-jit: Fix inconsistency in decode stream API.
20:39 Geth ¦ MoarVM/even-moar-jit:
20:39 Geth ¦ MoarVM/even-moar-jit: The take bytes API should, like the take chars one, return null if
20:39 Geth ¦ MoarVM/even-moar-jit: it cannot satisfy the request.
20:39 Geth ¦ MoarVM/even-moar-jit: review: https://github.com/MoarVM/MoarVM/commit/62bc54e939
20:39 Geth ¦ MoarVM/even-moar-jit: 42d2eaa96e | (Bart Wiegmans)++ | src/6model/reprs/Decoder.c
20:39 Geth ¦ MoarVM/even-moar-jit: Merge remote-tracking branch 'origin/master' into even-moar-jit
20:39 Geth ¦ MoarVM/even-moar-jit: review: https://github.com/MoarVM/MoarVM/commit/42d2eaa96e
20:40 brrt i want to do a more thorough exposition of the jit-bisect script and friends at some point
20:40 brrt but there are more immediately relevant things to do still
21:45 timotimo extension points will be amazing
21:48 MasterDuke timotimo: do you know if the jit statistics in profiles are correct with the new jit?
21:51 timotimo should be
21:52 timotimo shouldn't make a difference at all, i don't think
21:53 MasterDuke cool, so should be relatively easy to compare old jit and new with profiles
21:57 MasterDuke timotimo: what sorts of things should be faster now with the new jit?
21:58 timotimo the percentage of things jitted vs not shouldn't differ at all
21:59 MasterDuke yeah, but i thought the new jit was supposed to produce faster code?
22:00 timotimo aye
22:00 timotimo when you look at the code the old jit generates, you'll see that it's full of movs
22:00 timotimo the new one should emit significantly fewer movs
22:00 MasterDuke so it should be faster in every case?
22:01 timotimo not necessarily, though
22:01 timotimo if i'm not mistaken, it still has to restore every value back to memory at the end of an exprjitted block so that the old jit can take over
22:01 timotimo so if the bits that the exprjit does are very short, we won't win much
22:03 timotimo and there's still the question of proper weighting of tiles so that the jit will choose tilings well
22:34 geekosaur joined #moarvm
23:50 eater joined #moarvm

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary