github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
00:04 lucasb left 00:05 Kaiepi left 02:02 Kaiepi joined 03:04 evalable6 left 03:05 Kaiepi left, evalable6 joined 04:41 sena_kun joined 05:01 Kaiepi joined 05:48 robertle left 06:04 Kaiepi left 06:41 domidumont joined 07:46 zakharyas joined 07:50 robertle joined 08:16 Kaiepi joined 08:45 Kaiepi left 08:55 domidumont left, domidumont joined 10:11 sena_kun left 10:57 Kaiepi joined 11:10 zakharyas left 11:53 lizmat joined 12:45 lizmat left 12:50 sena_kun joined, lizmat joined 13:41 zakharyas joined 13:42 lucasb joined 14:52 domidumont left 15:26 zakharyas left 15:28 brrt joined
brrt \o 15:29
nwc10 o/ 15:30
15:39 robertle left 16:07 Kaiepi left
nine Could it be that it may actually take longer to trigger a full collection on a 32 bit system? 16:12
brrt how so? 16:17
(I've startd the change to have the guard ops use the deopt index... this is mostly going well but I have a few failing tests) 16:18
16:19 MasterDuke left
jnthn nine: Yes 16:25
nine: Pointers are smaller, so objects are smaller, and grep for MVM_GC_GEN2_THRESHOLD_MINIMUM for the rest of the story :) 16:26
brrt d'oh, never thought of that 16:27
nine Ooooh....that makes so much sense :) 16:34
With that explanation and the one test run where a different GC test failed, I'm now confident in just raising the iteration limit of my tests :) 16:35
dogbert17 nine: looking for more GC-related errors? 16:37
16:37 Kaiepi joined
nine dogbert17: it's about an Inline::Perl5 issue 16:38
dogbert17 aha 16:39
16:51 robertle joined
Geth MoarVM/expr-jit-devirtualize: 142f51068b | (Bart Wiegmans)++ | 10 files
[Spesh] Make deopt use index rather than target address

We'd use the index to search for the deopt address during compilation, which makes the deopt index 'special'. And then we'd use the deopt address to search for the deopt index, in order to find the objects that we'd need to rematerialize.
... (9 more lines)
16:56
MoarVM/expr-jit-devirtualize: 147f269792 | (Bart Wiegmans)++ | tools/jit-bisect.pl
[Tools] Spesh bisect should learn about PEA
17:01 brrt left
dogbert17 libuv 1.32 is now out - github.com/libuv/libuv/blob/v1.x/ChangeLog 17:07
timotimo when running a script with heap snapshots activated, seen takes up almost 10% and saw just over 5% 17:58
to be fair, zstd also takes like 9% in total 17:59
i've been meaning to look into how multiple threads could work on compressing different attribute streams at the same time to get the heap snapshot speed up a little 18:00
i see 12.61% of perf's hits inside __strcmp_sse2_unaligned 18:03
i suppose i'll have to run without jit and with callgrind to get accurate info on this
18:28 MasterDuke joined 18:52 vesper11 left
timotimo there was a get_type_index-related cache that wasn't being used at all yet, I put that in and its hit rate is at 100% after the initial miss that sets up the cache slot 19:08
but now there's a crash, too
reducing the debug value makes it go away 19:09
which is always welcome
MasterDuke how/where is a cache existing but not being used?
timotimo existing as in "there's an array put into a struct" 19:10
not being used as in "never read from, never written to"
it's just for the heap dump profiler
MasterDuke huh
timotimo ==31911== Invalid read of size 8
==31911== Address 0x901bc8e0 is not stack'd, malloc'd or (recently) free'd
bleh
at least i got the crash in rr now 19:19
oh, that's a different crash 19:20
well ain't that fun
19:41 vesper11 joined
timotimo i'm seeing a string be put into the strings list of a CU, allocated in the gen2, then later on being overwritten by an object coming from the nursery 20:05
i should have looked at GC_DEBUG earlier 20:10
MoarVM panic: Collectable 0x5d9fd00 in a gen2 freelist accessed 20:18
yes, exactly
20:21 sena_kun left 20:38 Ven`` joined 20:57 tadzik is now known as nvidia, nvidia is now known as tadzik
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2019/09/09/...repidated/ 21:34
22:16 tobs joined 22:24 Ven`` left, Ven`` joined, Ven`` left 22:38 Kaiepi left 22:39 Kaiepi joined 23:23 Kaiepi left, Kaypie joined 23:52 lucasb left