Perl 6 - the future is here, just unevenly distributed

IRC log for #moarvm, 2017-02-16

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

All times shown according to UTC.

Time Nick Message
01:38 MasterDuke think it might be fixed by nine's attempt to get precomp to happen in a single process?
02:51 agentzh joined #moarvm
08:34 agentzh joined #moarvm
08:36 brrt joined #moarvm
11:27 IOninja Hi. How to unbust line coverage branch
11:27 timotimo let me have a look-see
11:27 IOninja ?. There's a conflict in ops when I merge master: https://gist.github.com/zoffixznet/84166c2ade33151974ed437926d20805
11:27 IOninja I'll really need it this weekend :(
11:31 Geth ¦ MoarVM/line_based_coverage_pr: 22 commits pushed by (Timo Paulssen)++, (Daniel Green)++, (Zoffix Znet)++
11:31 Geth ¦ MoarVM/line_based_coverage_pr: review: https://github.com/MoarVM/MoarVM/compare/a66e2475c5...6fd4ded176
11:31 timotimo forcepushed over the pr branch
11:31 IOninja \o/
11:31 IOninja timotimo++
11:55 brrt git push —force or, in other words, git push —f_ck_you :-P
11:56 brrt timotimo: you've skipped my blog post in the weekly… 😟
11:59 timotimo NO! DAMN!
11:59 timotimo :(
11:59 timotimo i even read it ;_;
11:59 timotimo next monday is already drawing close
11:59 timotimo maybe i'll do a weekly again, actually
12:19 dogbert11 why is valgrind so slooooooow :(
12:20 timotimo miracles don't happen according to *your* schedule :)
12:25 dogbert11 looking into the strange bug from yesterday evening. Did one valgrind run during the night, the program completed and the panicked with the comment "Tried to garbage-collect a locked mutex"
12:36 agentzh joined #moarvm
12:45 jnthn dogbert11: Was it during final cleanup?
12:45 yoleaux2 03:58Z <lizmat> jnthn: 62bd30b3d7953ea9b did not fix segfaults on HARNESS_TYPE=6  :-(
12:45 jnthn That woulda been nice :P
12:52 brrt no worries :-) although I won't be able to write another one before monday i think
12:54 timotimo that's fine, next monday i'll link to your post from this week
12:54 timotimo just have to ... remember that :S
12:57 dogbert11 jnthn: now that you say it I believe that you're right
12:58 jnthn Ah, if it's during full cleanup it's less worrying
12:58 jnthn At some point we'll need to change the way we handle locking
12:59 jnthn In order to get more control over these things
12:59 jnthn Though when we do so we'll need to be *really* careful not to introduce new problems.
13:15 dogbert11 jnthn: trying with ASAN again (don't have the patience right now to wait for valgrind)
13:16 * dogbert11 is convinced there's something fishy going on ...
13:43 lizmat joined #moarvm
15:04 zakharyas joined #moarvm
15:08 Ven joined #moarvm
15:12 mst joined #moarvm
15:58 timotimo jnthn: wouldn't it be a good idea to move the "started GCing" recording to before the gc waits for others to clear their flags?
16:01 jnthn timotimo: Where are you looking exactly?
16:01 timotimo orchestrate.c enter_from_allocator
16:01 jnthn Hmm
16:01 timotimo ah
16:02 timotimo it wants to know if we have a full collection, so that decision would have to move up, too
16:02 jnthn Yeah, and I dunno if that'll work out too well
16:02 timotimo though i imagine the API could be changed such that it logs whether it's major or minor at the end rather than at the start
16:02 timotimo just the profiler_end_gc call i mean, it'd get the parameter instead of begin_gc
16:02 jnthn Yeah, that'd be the better way
16:02 timotimo i'll make it so
16:03 jnthn I don't like the idea of changing gc_full_collect underneath other possibly still-finalizing threads
16:03 timotimo then we'll also measure when there's some kind of delay from coordination
16:03 jnthn I'm doubting this happens much in reality
16:03 jnthn *nod*
16:03 timotimo this is exactly the kind of thing that'll bite us in the butt after about 1 year of people using that version, and then everybody will be like WTF, but also the satellite will be like "i'll go visit the sun!"
16:08 brrt joined #moarvm
16:37 hoelzro joined #moarvm
16:38 Geth ¦ MoarVM/vmhealth: 4 commits pushed by (Timo Paulssen)++
16:38 Geth ¦ MoarVM/vmhealth: c2059bd653 | committing WIP on "blocked threads" and "per-stage" threads
16:38 Geth ¦ MoarVM/vmhealth: 320206939d | WIP: add timings for GC and also major gc count
16:38 Geth ¦ MoarVM/vmhealth: 4e0b72eb0c | set maj/min flag in gc prof when finished
16:38 Geth ¦ MoarVM/vmhealth: e703cb3553 | WIP on threads-per-stage and threads blocked
16:38 Geth ¦ MoarVM/vmhealth: review: https://github.com/MoarVM/MoarVM/compare/60377d1d17...e703cb3553
16:48 brrt unfortunately, clang will not let me get away with compile-time splitting of ((uintpr_t)&foo)>>32
16:48 brrt doesn't think it's a constant
17:14 zakharyas joined #moarvm
17:43 agentzh joined #moarvm
18:01 lizmat_ joined #moarvm
19:44 agentzh joined #moarvm
20:15 timotimo it's supposed to be 0, right?
20:15 timotimo because uint is 32bit big?
20:33 agentzh joined #moarvm
22:12 pyrimidine joined #moarvm
22:50 pyrimidine joined #moarvm

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