Welcome to the main channel on the development of MoarVM, a virtual machine for NQP and Rakudo (moarvm.org). This channel is being logged for historical purposes.
Set by lizmat on 24 May 2021.
00:00 reportable6 left 00:03 reportable6 joined 05:21 japhb joined
Woodi we have atomics ~everywhere for ~20 years, why it is so hard to safely free objects that are known to be removed ?? bui 05:52
freeing many-at-once without checking every single one is faster but why gc's are stuck on imposibility ?? 05:53
free gc ! 05:54
06:00 reportable6 left 06:01 reportable6 joined 07:38 linkable6 left, evalable6 left 07:40 linkable6 joined 07:41 evalable6 joined 08:33 sena_kun joined 09:17 samcv left 09:18 samcv joined 12:00 reportable6 left, reportable6 joined 16:39 notable6 left, unicodable6 left, reportable6 left, quotable6 left, benchable6 left, statisfiable6 left, greppable6 left, coverable6 left, committable6 left, bisectable6 left, evalable6 left 16:40 bisectable6 joined, benchable6 joined 16:41 quotable6 joined, coverable6 joined, unicodable6 joined, statisfiable6 joined, evalable6 joined, greppable6 joined 16:42 reportable6 joined, committable6 joined, notable6 joined 18:00 reportable6 left 18:03 reportable6 joined 18:42 dogbert11 left 18:45 dogbert11 joined 19:26 dogbert17 joined 19:28 dogbert11 left
timo the nursery being freed is already "many-at-once", it's just many objects have some not-gc-managed data to go with it, like strings and big integers 20:00
fully inlined p6opaque can disappear at no cost 20:01
20:36 dogbert11 joined, dogbert17 left 20:42 dogbert17 joined 20:44 dogbert11 left 20:59 dogbert17 left 21:08 dogbert17 joined 21:18 dogbert11 joined 21:20 dogbert17 left 21:26 dogbert17 joined 21:28 dogbert11 left, dogbert11 joined 21:31 dogbert17 left 21:35 dogbert11 left 22:06 dogbert11 joined 22:16 dogbert11 left 22:26 dogbert11 joined 22:32 dogbert11 left 22:35 dogbert11 joined 23:35 evalable6 left, linkable6 left 23:36 evalable6 joined 23:38 linkable6 joined