00:00:00 --- log: started forth/20.09.06
00:16:32 --- join: proteus-guy joined #forth
01:51:24 --- quit: _whitelogger (Remote host closed the connection)
01:54:25 --- join: _whitelogger joined #forth
02:12:29 --- join: jsoft joined #forth
03:06:07 --- quit: spoofer (Ping timeout: 240 seconds)
03:13:06 --- join: spoofer joined #forth
03:26:30 --- quit: jn__ (*.net *.split)
03:32:48 --- join: jn__ joined #forth
03:38:09 --- quit: proteus-guy (Ping timeout: 260 seconds)
04:24:03 --- quit: Zarutian_HTC1 (Ping timeout: 265 seconds)
04:28:02 --- join: Zarutian_HTC joined #forth
05:25:11 --- quit: jsoft (Ping timeout: 246 seconds)
06:10:27 --- join: Bodhi-Baum joined #forth
06:13:34 --- part: Bodhi-Baum left #forth
06:33:24 --- quit: _whitelogger (Remote host closed the connection)
06:36:25 --- join: _whitelogger joined #forth
08:12:16 <proteusguy> MrMobius, I don't know about YouTube but they are available on Twitch.
08:12:32 <proteusguy> https://www.twitch.tv/4ther
08:13:51 <MrMobius> oh hmm. is it live only or is it recorded on Twitch too?
08:13:57 <proteusguy> both
08:14:09 <proteusguy> it's live now but the prior two days videos are available for playback.
08:28:17 --- join: chewb joined #forth
10:07:43 --- join: WilhelmVonWeiner joined #forth
11:25:02 --- quit: gravicappa (Ping timeout: 256 seconds)
11:28:47 --- join: gravicappa joined #forth
13:39:13 --- join: mtsd joined #forth
13:39:47 --- quit: mtsd (Client Quit)
14:12:45 --- quit: Zarutian_HTC (Ping timeout: 265 seconds)
14:12:53 --- join: Zarutian_HTC joined #forth
14:35:19 --- join: kmstout_ joined #forth
14:35:29 --- quit: kmstout_ (Client Quit)
14:37:38 --- quit: gravicappa (Ping timeout: 256 seconds)
15:37:44 --- join: dave0 joined #forth
15:46:43 --- quit: dave0 (Quit: dave's not here)
16:33:28 --- join: gravicappa joined #forth
18:12:42 --- join: boru` joined #forth
18:12:44 --- quit: boru (Disconnected by services)
18:12:47 --- nick: boru` -> boru
18:21:35 --- quit: chewb (Quit: Leaving)
20:19:38 <siraben> Stacks and monoids on HN front page https://raphlinus.github.io/gpu/2020/09/05/stack-monoid.html
20:32:09 <siraben> Looks like there's a relevant paper too; https://dl.acm.org/doi/pdf/10.1145/3018882.3018891 . The idea seems to be turning imperative, sequential code into a map/reduce type of computation that can be parallelized.
20:33:08 <siraben> If you know that the partial results can be combined in a monoidial way (i.e. with an operation that is associative), then it makes sense that the order in which the partial results happen is independent.
20:36:27 <siraben> Oh, the paper is so much clearer than the blog post.
20:43:30 --- quit: DKordic ()
21:29:36 --- join: jsoft joined #forth
22:19:15 <proteusguy> siraben, definitely speaks in favor of stack oriented devices. Interesting. Have to dig into it and see if its something we can apply.
23:21:32 --- join: mtsd joined #forth
23:43:59 <proteusguy> siraben, seems like the biggest issue (which it often is) is getting the data segmented where it can actually be accessed in parallel faster than just sequentially going through it in a single process.
23:45:06 <siraben> proteusguy: Right. Hence the importance of the monoidial decomposition.
23:47:04 <proteusguy> How does that help you segment the data? I see if you can segment the data then you can apply this decomposition to it but it seems that segmenting the data is a pre-requisite.
23:50:53 <siraben> It's a precondition. The paper is about taking imperative sequential programs and rewriting them in an equivalent way of map/reduce form.
23:52:32 <siraben> I think the approach is more general than splitting data. Entire control structures can be rewritten as well.
23:53:09 <proteusguy> yes i understand what the paper is about - and it's an interesting approach. Now I'm talking about the challenges in being able to apply the paper in a real world situation.
23:57:30 <siraben> Sure. What challenges are you referring to?
23:59:59 --- log: ended forth/20.09.06