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 tapped! |
||
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
|