00:15 softmoth left, softmoth joined 00:32 Xliff left 02:11 kvw_5 joined 02:14 kvw_5_ left 05:00 quotable6 left, notable6 left, evalable6 left, bisectable6 left, linkable6 left, squashable6 left, greppable6 left, bloatable6 left, statisfiable6 left, tellable6 left, sourceable6 left, nativecallable6 left, coverable6 left, shareable6 left, releasable6 left, unicodable6 left, committable6 left, benchable6 left 05:01 linkable6 joined, coverable6 joined, quotable6 joined, squashable6 joined 05:02 evalable6 joined, unicodable6 joined, nativecallable6 joined, bisectable6 joined, tellable6 joined 05:03 benchable6 joined, releasable6 joined, shareable6 joined, greppable6 joined, bloatable6 joined, committable6 joined, sourceable6 joined 05:04 notable6 joined, statisfiable6 joined 06:25 softmoth left 06:41 frost-lab joined 07:57 sena_kun left 08:43 sena_kun joined 09:24 camelCaser joined 09:26 camelCaser left 09:27 domidumont joined 09:30 camelCaser joined
nine m: my $supply = class :: is Supply { method new() { self.CREATE }; method tap($a) { note "tapping, this is gonna take a while"; await Promise.in(2); note "tapped!" } }.new; react { whenever $supply { }; whenever Promise.in(3) { say "3 seconds gone"; }; say "all set up!" } 10:01
camelia tapping, this is gonna take a while
all set up!
3 seconds gone
nine This is why the react/whenever version of the signal test is still racy. The await in signal() does not keep us from running the rest of the supply block.
10:02 cog__ left
nine And that's because react/whenever specifically installs an AWAITER so an await in a tap handler does not block the react setup 10:05
10:07 cog joined 10:21 camelCaser left
nine github.com/Raku/roast/commit/099d1...d74f768fee "Fix race condition in react/whenever based signal stress test" On MoarVM signal() uses await to wait for the signal handler to be installed (which happens on the event loop thread). The react/whenever setup code however installs its own $*AWAITER, so an await in one whenever's tap handler does not block the rest of the setup 10:38
code. Instead, those handlers will be processed further at the end of the setup. The racy test on the other hand relied on the whenever handlers to be installed in sequence as part of the setup block messaged the parent process readiness for receiving signals.
Fix by sending that message from a whenever handler itself so we can be absolutely sure that the setup is finished.
sena_kun So the new website can handle 97.95% of the old URLs, not bad. Need to get it to 100% though. 11:03
11:05 frost-lab left 11:19 domidumont left 13:23 domidumont joined 14:00 domidumont left
[Tux] lizmat, I just pushed a new feature in Text::CSV, but I do not understand why line 38 (when uncommented) fails in t/47_comment.t 14:31
care to take a look?
15:14 domidumont joined
nine Ha! investigating a rare deadlock I came across Semaphore which lets me solve the react/whenever problem with signal() so that the original test code works unmodified :) 15:18
15:33 softmoth joined 15:46 HarmtH_ left 15:47 HarmtH joined 15:49 HarmtH left, HarmtH joined 15:50 HarmtH left 15:51 HarmtH joined 15:53 HarmtH left, HarmtH_ joined 17:10 sena_kun left 17:12 sena_kun joined 17:21 epony left
nwc10 do we have any sort of repository of benchmarks? 17:44
currently I'm curious about integer maths
17:55 epony joined
japhb nwc10: github.com/japhb/perl6-bench and a few others. 18:12
MasterDuke i've proposed getting that (and/or others) set up in our CI as a GSoC project, but there haven't been any takers (of course we also haven't been selected for GSoC the last year or two) 18:18
maybe i'll getting around to it myself eventually
nwc10: is this for your getting rid of the intcache experiment? 18:19
nwc10 it's the replacement for that experiment 18:22
which I just pushed to MoarVM as fastcreate_from_intcache 18:23
but I can't work out how to benchmark it, to see if it really helps 18:24
18:34 domidumont left 20:49 HarmtH_ left 20:50 HarmtH joined 20:53 maggotbrain left
MasterDuke japhb: have you done any work to update perl6-bench recently? i see a bunch of diffs in my local checkout related to running more recent stuff (e.g., removing niecza, looking for tags starting with 2018 not 2015) 21:27
21:32 HarmtH_ joined, HarmtH left 23:07 linkable6 left, evalable6 left, evalable6 joined 23:10 linkable6 joined
japhb MasterDuke: I have not. A few people have merge rights, I believe, so it shouldn't be completely gated on my time, but if there's demand I might be able to put some cycles towards it. 23:16
23:19 HarmtH_ left, HarmtH joined 23:28 HarmtH left 23:29 HarmtH joined 23:34 softmoth left, softmoth joined 23:40 vrurg left 23:52 finsternis joined 23:53 vrurg joined