|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
00:10
Kaiepi left,
Kaiepi joined
01:08
MasterDuke left
01:20
sena_kun left
01:34
sena_kun joined
01:37
[Coke]_ joined
01:38
[Coke]_ left,
[Coke]_ joined
01:40
[Coke] left
01:53
[Coke]_ is now known as [Coke]
01:55
AlexDani` is now known as AlexDaniel,
AlexDaniel left,
AlexDaniel joined
03:21
sena_kun left
03:36
sena_kun joined
05:21
sena_kun left
05:36
sena_kun joined
07:20
sena_kun left
07:36
sena_kun joined
|
|||
| nwc10 | good *, #moarvm | 07:42 | |
|
08:04
MasterDuke joined
08:09
SmokeMachine joined,
chansen_ joined
|
|||
| samcv | good * nwc10 | 08:24 | |
|
08:53
zakharyas joined
08:54
sena_kun left
09:05
sena_kun joined
09:06
Kaiepi left
09:08
Kaiepi joined
09:13
sena_kun left
09:14
sena_kun joined
09:20
sena_kun left
09:34
sena_kun joined
10:05
MasterDuke left
10:11
MasterDuke joined
|
|||
| MasterDuke | does anybody have an idea why --profile-stage=<anything> would silently not work (i.e., profiling is started, and the compilation finishes, but no profile file is written) when attempting to profile the rakudo build? | 10:15 | |
| it does work with toy examples, so it's not completely broken | 10:16 | ||
| but something a little bigger than a toy example actually dies with: `===SORRY!===Profiling is already startedWriting profiler output to pc-parse.htmlSome exceptions were thrown in END blocks: X::AdHoc: Cannot end profiling if not profiling` | 10:19 | ||
| but succeeds (doesn't die and does write the file) if the BEGIN/INIT/END blocks are commented out | 10:20 | ||
| lizmat pings timotimo | 10:22 | ||
|
10:33
Ven`` joined
|
|||
| nine | MasterDuke: this is a patch I used when profiling the new MBC backend: gist.github.com/niner/8ebb8c6a1052...12759d85c4 | 10:39 | |
| May not fix the issue out of the box, but could give you an idea on where to look at least | 10:40 | ||
| MasterDuke | huh, thanks | ||
| nqp: say("does this still work?") | 10:41 | ||
| camelia | does this still work? | ||
| lizmat | nine: new MBC backend ? | ||
.oO( reporter mode :-) |
10:42 | ||
| nine | I guess it's old by now :) | ||
| jnthn | When QAST -> MAST got rewritten to make bytes instead of a tree | ||
| lizmat | aaah... ok | 10:43 | |
| jnthn | I wonder if we ever removed the tree compiler in MoarVM's sources, now it's unused | ||
| MasterDuke | nqp: my $a := nqp::list_i(0, 1, 2, 3, 4, 5, 6, 7, 8, 9); my $b; my int $c := 0; my num $s := nqp::time_n(); $b := +$a while $c++ < 100_000_000; say(nqp::sub_n(nqp::time_n(), $s)); say($b) | ||
| camelia | 1.6463899612426758 10 |
||
| nine | I think I did | ||
| MasterDuke | nqp: my $a := nqp::list_i(0, 1, 2, 3, 4, 5, 6, 7, 8, 9); my $b; my int $c := 0; my num $s := nqp::time_n(); $b := nqp::elems($a) while $c++ < 100_000_000; say(nqp::sub_n(nqp::time_n(), $s)); say($b) | ||
| camelia | 0.5026788711547852 10 |
||
|
10:43
sena_kun left
|
|||
| nine | Yeah, src/mast is gone | 10:43 | |
| jnthn | MasterDuke: If you make it @a instead, I think it may be smarter about that | 10:44 | |
| MasterDuke | ^^^ the + should have been optimized into nqp::elems, right? | ||
| jnthn | MasterDuke: Only for +@ | ||
| MasterDuke | nqp: my @a := nqp::list_i(0, 1, 2, 3, 4, 5, 6, 7, 8, 9); my $b; my int $c := 0; my num $s := nqp::time_n(); $b := nqp::elems(@a) while $c++ < 100_000_000; say(nqp::sub_n(nqp::time_n(), $s)); say($b) | ||
| camelia | 0.5004982948303223 10 |
||
| MasterDuke | nqp: my @a := nqp::list_i(0, 1, 2, 3, 4, 5, 6, 7, 8, 9); my $b; my int $c := 0; my num $s := nqp::time_n(); $b := +@a while $c++ < 100_000_000; say(nqp::sub_n(nqp::time_n(), $s)); say($b) | ||
| camelia | 1.695204734802246 10 |
||
| jnthn | I thought the NQP optimizer did that, anyway | 10:45 | |
| MasterDuke | there are a lot of those in NQP, looks like maybe they aren't getting optimized like they should? | 10:48 | |
| perf shows 33% of the time spent in MVM_coerce_smart_intify for the + version | 10:51 | ||
| at 100_000_000 (and same with 1 billion), github.com/MoarVM/MoarVM/blob/mast...1045-L1077 only gets called when setting MVM_SPESH_NODELAY=1 (but total execution time is the same) | 11:15 | ||
| jnthn: why does it require MVM_SPESH_NODELAY=1? | 11:21 | ||
| jnthn | No idea. | 11:22 | |
| I think maybe there was something with OSR not really working out in the top level of NQP programs? | 11:23 | ||
| MasterDuke | heh, that came out as a very specific/direct question | ||
| but hm, that does ring a bell | |||
| well, just sticking it in a sub and then calling it doesn't change anything | 11:24 | ||
| jnthn | OK, then not that. Interesting. | 11:25 | |
| AlexDaniel | m: say await Promise supply { emit 42 } | 12:44 | |
| camelia | ===SORRY!=== Error while compiling <tmp> Two terms in a row at <tmp>:1 ------> say await Promise⏏ supply { emit 42 } expecting any of: infix infix stopper postfix statement end … |
||
| AlexDaniel | nvm | ||
|
12:49
ChanServ sets mode: +o AlexDaniel,
AlexDaniel sets mode: +C ,
AlexDaniel sets mode: -cz ,
ChanServ sets mode: +c ,
ChanServ sets mode: -o AlexDaniel
|
|||
| AlexDaniel | jnthn: /msg ChanServ SET #moarvm MLOCK -c | 12:51 | |
| jnthn: to keep color handling consistent between channels | 12:52 | ||
| jnthn | AlexDaniel: What does that do? | ||
| AlexDaniel | jnthn: +c strips colors | ||
| jnthn | Oh, right | ||
| AlexDaniel | jnthn: so camelia can't do colorful output here | ||
| jnthn | That's the opposite of what I'd expect - and + to do ;) | ||
| AlexDaniel | ah :D | 12:53 | |
| jnthn | m: 1 1 | ||
| camelia | ===SORRY!=== Error while compiling <tmp> Two terms in a row at <tmp>:1 ------> 1⏏ 1 expecting any of: infix infix stopper statement end statement modifier statement modifier… |
||
| jnthn | huh, I can the command... | ||
| *ran | 12:54 | ||
|
12:54
ChanServ sets mode: +o AlexDaniel,
AlexDaniel sets mode: -c ,
ChanServ sets mode: +c
|
|||
| AlexDaniel | jnthn: hmm… are you sure? | 12:55 | |
| jnthn | Maybe I wasn't identified but I am now...tried it again | ||
| oh, it says I'm not authorized. What. | |||
| AlexDaniel | aaaaaaa I see | 12:56 | |
|
12:56
ChanServ sets mode: -o AlexDaniel,
ChanServ sets mode: +o jnthn
|
|||
| AlexDaniel | jnthn: that won't help, you can't do it, sorry for bothering | 12:56 | |
| jnthn | grr | ||
| AlexDaniel | jnthn: do `FLAGS #moarvm` to see why | ||
|
12:56
jnthn sets mode: -o jnthn
|
|||
| AlexDaniel | only diakopter and mst can | 12:56 | |
| mst: ping | 12:57 | ||
| ok maybe not even diakopter… :) | |||
| jnthn | Probably I should also be able to do that | ||
| AlexDaniel | mst: can you give the founder flag to jnthn and maybe even me? | ||
| mst: that's how it is on #raku and #raku-dev | 12:58 | ||
| jnthn: but while you're here let's fix #perl6-dev maybe | 12:59 | ||
| let me find the instructions again… | |||
| jnthn: colabti.org/irclogger/irclogger_lo...01-28#l152 | 13:00 | ||
| that's pretty much what I did to #perl6, I didn't have the permissions to do that for #perl6-dev | 13:01 | ||
| jnthn | Done | ||
| AlexDaniel | OK those who idle will remain on the channel | 13:02 | |
|
13:02
zakharyas left
|
|||
| AlexDaniel | but once they rejoin they'll be redirected | 13:02 | |
| jnthn | ok | ||
| AlexDaniel | eventually everyone will be redirected after a netsplit or something, like it happened on #perl6 | ||
| jnthn: thanks! | |||
|
13:18
brrt joined
|
|||
| brrt | \o | 13:18 | |
| tellable6 | 2020-02-28T21:50:20Z #moarvm <MasterDuke> brrt: what sort of special handling? for some ops before we've just moved the code in interp.c into a function and called that, don't know if that's a viable option here | ||
| 2020-03-10T18:47:45Z #moarvm <lizmat> brrt could you have a look at vrurg's last work, and see what would be need to get it JITted ? | |||
| nwc10 | o/ | ||
| (your timing is perfect as I was briefly *not* AFK. I am likely to be AFK again) | 13:19 | ||
| brrt | ohai nwc10 | 13:20 | |
| I was going to ask 'what did I miss' but I've been happily reminded by a bot | |||
| .ask lizmat what would be vrurg's last work | |||
| tellable6 | brrt, I'll pass your message to lizmat | ||
| brrt | nwc10: you can actually go outside still? :-P | 13:21 | |
| nwc10 | there is a garden | ||
| and I actually went shopping yesterday | |||
| Austria's current rules even permit you to go for a walk | 13:22 | ||
| (without needing to borrow someone else's dog) | |||
| of course, our "work from home" plan will be complicated by an office "move", which sort of now is "when is the VPN endpoint going down for its trip across town?" | 13:23 | ||
| brrt | oh, you're not in the UK | 13:27 | |
| vrurg | brrt: lizmat meant github.com/MoarVM/MoarVM/pull/1252 and github.com/MoarVM/MoarVM/pull/1255. But MasterDuke has likely done what was missing in github.com/MoarVM/MoarVM/pull/1259 | ||
| brrt | thank you vrurg++ and MasterDuke++ | 13:28 | |
|
14:17
brrt left
14:24
zakharyas joined
|
|||
| AlexDaniel | .seen mst | 14:27 | |
| tellable6 | AlexDaniel, I saw mst 2020-03-13T03:07:04Z in #raku: <mst> fhpedro: please talk to me in #raky | ||
| AlexDaniel | raky 😏😏😏 | 14:28 | |
|
14:29
sena_kun joined,
sena_kun left,
sena_kun joined
14:35
lucasb joined
15:02
Ven`` left
15:11
sena_kun left
15:12
sena_kun joined
15:18
AlexDaniel left
15:21
sena_kun left
15:24
AlexDani` joined
15:31
AlexDani` is now known as AlexDaniel,
AlexDaniel left,
AlexDaniel joined
15:39
Ven`` joined
15:46
sena_kun joined
16:10
zakharyas left
16:12
zakharyas joined
17:19
Altai-man_ joined
17:21
sena_kun left
17:35
ChantalZale joined
17:39
ChantalZale left
18:08
zakharyas left
18:10
ChanServ sets mode: -c
18:19
zakharyas joined
18:31
zakharyas left,
Ven`` left
18:37
Ven`` joined
19:16
Ven`` left
19:20
sena_kun joined
19:22
Altai-man_ left
19:44
Ven`` joined
19:54
lucasb left
19:56
MasterDuke left
20:04
MasterDuke joined
20:45
brrt joined
20:53
zakharyas joined
21:19
Altai-man_ joined
21:22
sena_kun left
21:33
MasterDuke left
21:37
zakharyas left
21:45
MasterDuke joined
23:16
Ven`` left
23:17
Ven`` joined,
Ven`` left
23:20
sena_kun joined
23:21
Altai-man_ left
23:57
brrt left
|
|||