2024/04/30

Newest at the top

2024-04-30 12:17:21 +0200causal(~eric@50.35.88.207) (Quit: WeeChat 4.1.1)
2024-04-30 12:14:38 +0200danza(~francesco@151.57.154.79)
2024-04-30 12:14:16 +0200danza(~francesco@151.57.154.79) (Remote host closed the connection)
2024-04-30 12:13:40 +0200cashew(~cashewsta@65.17.175.150) (Ping timeout: 245 seconds)
2024-04-30 12:12:35 +0200__monty__(~toonn@user/toonn)
2024-04-30 12:12:07 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2024-04-30 12:08:39 +0200cashew(~cashewsta@65.17.175.150)
2024-04-30 12:06:08 +0200__monty__(~toonn@user/toonn)
2024-04-30 12:05:07 +0200xff0x(~xff0x@softbank219059019218.bbtec.net)
2024-04-30 11:56:05 +0200cashew(~cashewsta@65.17.175.150) (Ping timeout: 272 seconds)
2024-04-30 11:55:36 +0200chexum(~quassel@gateway/tor-sasl/chexum)
2024-04-30 11:55:10 +0200chexum(~quassel@gateway/tor-sasl/chexum) (Ping timeout: 260 seconds)
2024-04-30 11:52:11 +0200AlexZenon(~alzenon@94.233.241.102) (Ping timeout: 264 seconds)
2024-04-30 11:52:00 +0200danza(~francesco@151.57.154.79)
2024-04-30 11:51:35 +0200AlexNoo(~AlexNoo@94.233.241.102) (Ping timeout: 245 seconds)
2024-04-30 11:49:21 +0200cashew(~cashewsta@65.17.175.150)
2024-04-30 11:48:59 +0200zetef(~quassel@2a02:2f00:5202:1200:2128:605:71c4:66a4) (Ping timeout: 260 seconds)
2024-04-30 11:47:42 +0200danza(~francesco@151.57.154.79) (Ping timeout: 255 seconds)
2024-04-30 11:47:03 +0200chele(~chele@user/chele)
2024-04-30 11:46:56 +0200tolt(~weechat-h@li219-154.members.linode.com)
2024-04-30 11:46:14 +0200demon-cat(~demon-cat@82-132-225-207.dab.02.net)
2024-04-30 11:44:49 +0200chele(~chele@user/chele) (Remote host closed the connection)
2024-04-30 11:43:49 +0200euleritian(~euleritia@77.22.252.56)
2024-04-30 11:37:45 +0200zmt00(~zmt00@user/zmt00) (Ping timeout: 256 seconds)
2024-04-30 11:37:11 +0200Guest27(~Guest27@50.47.204.13)
2024-04-30 11:35:40 +0200cashew(~cashewsta@65.17.175.150) (Ping timeout: 260 seconds)
2024-04-30 11:35:11 +0200zmt01(~zmt00@user/zmt00) (Ping timeout: 272 seconds)
2024-04-30 11:34:53 +0200tolt(~kevin@li219-154.members.linode.com) (Client Quit)
2024-04-30 11:33:45 +0200swamp_(~zmt00@user/zmt00)
2024-04-30 11:32:42 +0200zmt00(~zmt00@user/zmt00)
2024-04-30 11:32:40 +0200 <tomsmeding> (GC is really taking up a significant percentage of the runtime here, like >60%, so it really matters)
2024-04-30 11:31:37 +0200 <tomsmeding> I'd like to use a compact region, but that doesn't apply here because of (1.) and (2.), right?
2024-04-30 11:31:25 +0200tolt(~kevin@li219-154.members.linode.com)
2024-04-30 11:31:11 +0200 <tomsmeding> the thing is, 1. I'm allocating that structure in parallel, and 2. it has lots of internal sharing
2024-04-30 11:30:51 +0200 <tomsmeding> and because the structure is large, the GC actually takes a long time to traverse it, and repeatedly does so while it's being constructed -- lots of wasted cpu cycles
2024-04-30 11:30:21 +0200 <tomsmeding> structure while the second function is still live
2024-04-30 11:30:20 +0200tolt_(~kevin@li219-154.members.linode.com) (Quit: WeeChat 4.2.2)
2024-04-30 11:30:19 +0200 <tomsmeding> I have a (haskell) function that allocates a whole bunch of data on the heap, and another function that consumes it all again. I know that all data in that particular data structure will be live until the second function consumes it, and the data ought to be kept live as long as the second function is live (it has a pointer to it in its closure); it's pointless for the GC to traverse the data
2024-04-30 11:27:44 +0200tolt(~kevin@li219-154.members.linode.com) (Ping timeout: 260 seconds)
2024-04-30 11:27:08 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-04-30 11:27:00 +0200cashew(~cashewsta@65.17.175.150)
2024-04-30 11:25:48 +0200 <tomsmeding> (found by spelunking in /key list)
2024-04-30 11:25:38 +0200 <tomsmeding> dminuoso: F10 to scroll forward, F9 to scroll back
2024-04-30 11:24:46 +0200tolt_(~kevin@li219-154.members.linode.com)
2024-04-30 11:24:29 +0200qqq(~qqq@92.43.167.61)
2024-04-30 11:23:41 +0200skibound `C-home' and `C-end' to scroll to top and bottom of scrollback buffer
2024-04-30 11:23:25 +0200 <dminuoso> But yeah, I just use /topic
2024-04-30 11:23:17 +0200 <tomsmeding> ski: right, /topic indeed also repeats it
2024-04-30 11:23:03 +0200 <tomsmeding> and have it take up more than 1 line of my screen? no thanks :)
2024-04-30 11:22:56 +0200 <dminuoso> It just does.. things and confuses me