2026/06/08

Newest at the top

2026-06-08 12:00:05 +0000xnyhps_(~xnyhps@s.xnyhps.nl)
2026-06-08 11:59:50 +0000xnyhps__(~xnyhps@s.xnyhps.nl) (Remote host closed the connection)
2026-06-08 11:50:58 +0000comerijn(~merijn@77.242.116.150) (Ping timeout: 256 seconds)
2026-06-08 11:47:53 +0000merijn(~merijn@77.242.116.146) merijn
2026-06-08 11:41:45 +0000caryhartline(~caryhartl@159.26.119.68) (Read error: Connection reset by peer)
2026-06-08 11:36:36 +0000Square2(~Square@user/square) (Ping timeout: 244 seconds)
2026-06-08 11:28:38 +0000Lord_of_Life(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2026-06-08 11:28:32 +0000Enrico63(~Enrico63@host-95-247-196-30.retail.telecomitalia.it) (Ping timeout: 245 seconds)
2026-06-08 11:27:24 +0000Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 253 seconds)
2026-06-08 11:27:24 +0000merijn(~merijn@77.242.116.146) (Ping timeout: 253 seconds)
2026-06-08 11:26:02 +0000Freakie(~Freakie@185.45.21.144) (Ping timeout: 245 seconds)
2026-06-08 11:24:36 +0000comerijn(~merijn@77.242.116.150) merijn
2026-06-08 11:20:31 +0000petrichor(~jez@user/petrichor) petrichor
2026-06-08 11:20:24 +0000ss4(~wootehfoo@user/wootehfoot) (Quit: Leaving)
2026-06-08 11:19:37 +0000cipherrot(~jez@user/petrichor) (Ping timeout: 248 seconds)
2026-06-08 11:09:38 +0000Enrico63(~Enrico63@host-95-247-196-30.retail.telecomitalia.it) Enrico63
2026-06-08 11:07:46 +0000Googulator(~Googulato@94-21-172-222.pool.digikabel.hu)
2026-06-08 11:07:29 +0000Googulator(~Googulato@94-21-172-222.pool.digikabel.hu) (Quit: Client closed)
2026-06-08 11:06:30 +0000Square2(~Square@user/square) Square
2026-06-08 11:01:43 +0000CiaoSen(~Jura@2a02:3035:bec:2995:4e50:ddff:fe9b:8922) CiaoSen
2026-06-08 10:59:21 +0000misterfish(~misterfis@178.230.99.247) (Ping timeout: 252 seconds)
2026-06-08 10:58:52 +0000Inline(~noOne@ipservice-092-208-182-236.092.208.pools.vodafone-ip.de) (Quit: KVIrc 5.2.8 Quasar http://www.kvirc.net/)
2026-06-08 10:56:18 +0000xff0x(~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) (Ping timeout: 244 seconds)
2026-06-08 10:56:04 +0000xstill_(xstill@fimu/xstill) xstill
2026-06-08 10:51:04 +0000glguy(glguy@libera/staff/glguy) glguy
2026-06-08 10:50:40 +0000glguy(glguy@libera/staff/glguy) (Read error: Connection reset by peer)
2026-06-08 10:41:30 +0000dibblego(~dibblego@haskell/developer/dibblego) dibblego
2026-06-08 10:41:30 +0000dibblego(~dibblego@157.211.3.209) (Changing host)
2026-06-08 10:41:29 +0000dibblego(~dibblego@157.211.3.209)
2026-06-08 10:40:08 +0000picnoir(~picnoir@about/aquilenet/vodoo/NinjaTrappeur) NinjaTrappeur
2026-06-08 10:39:09 +0000Googulator(~Googulato@94-21-172-222.pool.digikabel.hu)
2026-06-08 10:38:49 +0000Googulator(~Googulato@94-21-172-222.pool.digikabel.hu) (Quit: Client closed)
2026-06-08 10:31:11 +0000chromoblob(~chromoblo@user/chromob1ot1c) chromoblob\0
2026-06-08 10:28:14 +0000picnoir(~picnoir@about/aquilenet/vodoo/NinjaTrappeur) (Ping timeout: 256 seconds)
2026-06-08 10:28:13 +0000 <Freakie> if you already have programming experience it's never a bad idea to learn something new
2026-06-08 10:27:29 +0000 <vivaldi`> could be fun to learn :)
2026-06-08 10:26:10 +0000 <Freakie> depends on your needs/interests I think
2026-06-08 10:25:01 +0000 <vivaldi`> I don't do haskell. should I try it?
2026-06-08 10:24:37 +0000 <vivaldi`> hello haskellians!
2026-06-08 10:24:09 +0000 <Freakie> most of my live data is gated behind compacts which are treated as write-only data so that explains a lot honestly
2026-06-08 10:23:55 +0000vivaldi`(~ident@user/blackbox) blackbox
2026-06-08 10:23:27 +0000 <Freakie> only downside to this is that it's completely tangential to my hypothesis but oh well
2026-06-08 10:21:59 +0000misterfish(~misterfis@178.230.99.247) misterfish
2026-06-08 10:21:27 +0000dibblego(~dibblego@haskell/developer/dibblego) (Ping timeout: 248 seconds)
2026-06-08 10:18:58 +0000 <tomsmeding> the extent to which this effect exists, depends on the distribution of lifetimes of your live data
2026-06-08 10:18:09 +0000 <tomsmeding> Freakie: right, assuming most data has a finite lifetime, larger nursery means less data gets promoted to gen 0 at each minor GC, so gen 0 grows more slowly, so gen 0 overflow triggers major GC less often
2026-06-08 10:05:05 +0000Axma40140(~Axman6@user/axman6) (Ping timeout: 245 seconds)
2026-06-08 09:58:53 +0000 <Freakie> at any rate I did finally find a paper describing the GC triggers in detail, so I guess there is that
2026-06-08 09:53:30 +0000 <Freakie> less space on average*
2026-06-08 09:53:17 +0000 <Freakie> just because more gets cleaned up by the time it's pushed to gen 0, the older generations will take up less space on the heap and therefore require fewer allocations from the OS? (which would trigger major gc)