github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
MasterDuke timotimo: hm, could we start profiling, enter/exit a frame a bunch, figure out how long that took, end profiling, discard what we've collected, and then start profiling again? 00:29
05:35 robertle left 05:37 Kaypie joined, Kaiepi left 06:03 sena_kun joined 07:00 reportable6 left, quotable6 left, greppable6 left, statisfiable6 left 07:02 brrt joined
brrt \o 07:02
07:04 squashable6 left, releasable6 left, undersightable6 left
nwc10 o/ 07:04
07:04 shareable6 left, evalable6 left, nativecallable6 left
lizmat MasterDuke: am working on a Perl 6 interface to the profiling info 07:04
see lib/MoarVM/Profiler.pm6 for WIP 07:05
07:07 coverable6 left, notable6 left 07:09 reportable6 joined, undersightable6 joined, releasable6 joined, squashable6 joined 07:10 quotable6 joined 07:11 statisfiable6 joined, evalable6 joined, greppable6 joined, nativecallable6 joined, shareable6 joined
timotimo the MoarVM::Profiler module could perhaps be something to get some unit tests that would at least find the worst breakages 07:28
08:08 notable6 joined, coverable6 joined 08:10 brrt left 08:14 Altai-man_ joined 08:16 sena_kun left 08:19 Altai-man_ left 08:20 sena_kun joined
Geth MoarVM/configurable-subsystems: 6 commits pushed by (Timo Paulssen)++ 08:37
timotimo oh
oh no
gitg's "discard selection" doesn't mean "unselect everything", it means "remove the selected changes from the files" 08:39
well, that's fun
that explains why it opens up a confirmation dialog 08:43
that i immediately clicked "ok whatever" on
Geth MoarVM/configurable-subsystems: 7252cb0aa9 | (Timo Paulssen)++ | 3 files
restore some changes that almost got nuked
timotimo fortunately "changes outside of vim detected, reload buffer from disk?" can be undone simply with the undo command 08:45
10:22 Voldenet left 10:39 brrt joined 10:47 krunen left, krunen joined
MasterDuke lizmat: i've seen the commits go by, glad to see all the enhancements to profiling. however, what i was asking about would have to take place in moarvm, an initial step to `profile` the cost of profiling a function so we can exclude that from the reported cost 11:07
lizmat MasterDuke: oki :-)
11:33 Voldenet joined, Voldenet left, Voldenet joined
MasterDuke lizmat: it's the sort of thing that might make sense to expose as an option to exclude or not via the api you have, since it won't be exact and someone might want the values included 12:08
lizmat afaik, the values returned by nqp::mvmendprofile are from code run since nqp::mvmstartprofile 12:13
and they're by thread
brrt good *
lizmat so I don't think there's actually any additional hidden cost ?
brrt lizmat: for the weekly, can you say that GSoC has started, that we have 2 new students working on MoarVM (and I think, one on perl6 documentation), and that (at least) one student already has a PR merged? :-) 12:16
lizmat do we have a link to the projects ?
12:19 Guest12727 joined
brrt let me get it... 12:22
summerofcode.withgoogle.com/dashbo.../overview/ - dunno if this is a public link though 12:24
lizmat nope, needs a login :-(
brrt summerofcode.withgoogle.com/organi...599357952/ this ought to be a public link though
lizmat yup, it is, thanks! 12:29
12:30 sena_kun left
MasterDuke lizmat: i think the cost of the profiling functionsMVM_profile_log_(enter|exit) are being included. iirc, that's why jnthn said `identity` has more that zero exclusive time in many of my profiles (it's essentially a no-op normally, but the added profiling functions means it can't be entirely removed) 12:36
lizmat ah, like that... hmmm
yeah, removing "indentity" from the profile usually makes sense :-) 12:37
MasterDuke so subtracting out the estimated cost of profiling should drop `identity` to near the bottom of profiles 12:39
12:46 sena_kun joined 13:35 sena_kun left 13:46 brrt left 13:51 zakharyas joined 13:58 patrickb joined, brrt joined
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2019/05/27/...thats-why/ 14:07
14:13 lizmat left 14:39 brrt left 14:40 zakharyas left 14:41 brrt joined 14:48 brrt left 15:38 patrickb left 15:55 zakharyas joined 16:25 robertle joined 16:55 patrickb joined 17:27 Elronnd left 18:05 MasterDuke left 19:20 SmokeMachine left 19:44 SmokeMachine joined 20:10 brrt joined
brrt \o 20:11
20:29 zakharyas left
jnthn o/ 20:31
21:09 lizmat joined
timotimo \o 21:37
brrt and just like that, it was too late already... 21:39
timotimo were you planning something?
brrt fixing the world 21:46
timotimo oh, you know, being boiled to death isn't such a bad way to go 21:47
22:17 lizmat left, brrt left 22:24 patrickb left 22:29 lizmat joined
timotimo oh, the instrumented profiler leaks 100% of its collected data btw, haha 23:15
because so far the next thing after a profiler run has ended was that the program would output the data to a file and quit
but freeing all the data before returning the hash/list datastructures would be good for memory usage, too. as in, the dumping code could be run with much less memory pressure 23:17
23:55 MasterDuke joined
MasterDuke timotimo: that would be good, I’ve had profiles get killed by the oom killer when writing them out 23:56
23:57 MasterDuke left