2025/09/10

Newest at the top

2025-09-10 18:27:20 +0200peterbecich(~Thunderbi@syn-172-222-149-049.res.spectrum.com) (Ping timeout: 258 seconds)
2025-09-10 18:21:30 +0200petrichor(~jez@user/petrichor) (Quit: ZNC 1.10.1 - https://znc.in)
2025-09-10 18:21:12 +0200jreicher(~user@user/jreicher) (Ping timeout: 256 seconds)
2025-09-10 18:15:23 +0200ubert(~Thunderbi@178.165.191.145.wireless.dyn.drei.com) (Quit: ubert)
2025-09-10 18:13:35 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) segfaultfizzbuzz
2025-09-10 18:10:31 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 250 seconds)
2025-09-10 18:09:04 +0200peterbecich(~Thunderbi@syn-172-222-149-049.res.spectrum.com) peterbecich
2025-09-10 18:08:56 +0200ubert1ubert
2025-09-10 18:08:56 +0200ubert(~Thunderbi@77.119.163.183.wireless.dyn.drei.com) (Ping timeout: 248 seconds)
2025-09-10 18:07:27 +0200ubert1(~Thunderbi@178.165.191.145.wireless.dyn.drei.com) ubert
2025-09-10 18:06:24 +0200 <dminuoso> Linear memory access is just stupid fast.
2025-09-10 18:06:10 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) segfaultfizzbuzz
2025-09-10 18:05:52 +0200ubert1(~Thunderbi@178.165.161.196.wireless.dyn.drei.com) (Ping timeout: 258 seconds)
2025-09-10 18:05:16 +0200 <dminuoso> Even if you go into a hundred elements, chances are its still faster than indirection in the average case.
2025-09-10 18:04:53 +0200user0(~user0@67.161.181.189) (Ping timeout: 250 seconds)
2025-09-10 18:04:36 +0200ubert(~Thunderbi@77.119.163.183.wireless.dyn.drei.com) ubert
2025-09-10 18:04:12 +0200 <dminuoso> kqr: Also regarding the list problem, what merijn said. Never underestimate the power of linear memory access in the presence of strided prefetchers. :-)
2025-09-10 18:03:54 +0200MelodyOwO(~MelodyOwO@user/MelodyOwO) MelodyOwO
2025-09-10 18:02:43 +0200 <dminuoso> kqr: Well I mean if you want to hack around, nothing stops you from touching theStdGen manually. :-)
2025-09-10 17:57:06 +0200wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2025-09-10 17:50:03 +0200davidlbowman(~dlb@user/davidlbowman) davidlbowman
2025-09-10 17:49:36 +0200inline(~inline@ip-005-146-196-014.um05.pools.vodafone-ip.de) Inline
2025-09-10 17:46:42 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 258 seconds)
2025-09-10 17:46:37 +0200kaotica(~user@user/d4q) (leaving)
2025-09-10 17:46:25 +0200 <kaotica> /close
2025-09-10 17:46:12 +0200Everything(~Everythin@178.137.93.79) Everything
2025-09-10 17:42:23 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) segfaultfizzbuzz
2025-09-10 17:42:09 +0200karenw(~karenw@user/karenw) karenw
2025-09-10 17:31:59 +0200L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2025-09-10 17:23:04 +0200fp(~Thunderbi@wireless-86-50-141-202.open.aalto.fi) (Ping timeout: 248 seconds)
2025-09-10 17:22:50 +0200merijn(~merijn@77.242.116.146) (Ping timeout: 256 seconds)
2025-09-10 17:17:32 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.5.2)
2025-09-10 17:14:20 +0200poscat(~poscat@user/poscat) (Ping timeout: 256 seconds)
2025-09-10 17:14:03 +0200qqe(~qqq@185.54.23.136)
2025-09-10 17:12:18 +0200poscat0x04(~poscat@user/poscat) poscat
2025-09-10 16:56:24 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 248 seconds)
2025-09-10 16:52:27 +0200 <EvanR> I see that. Confusing naming then
2025-09-10 16:52:05 +0200 <__monty__> That's what they said re duplicates.
2025-09-10 16:51:42 +0200qqe(~qqq@185.54.23.136) (Read error: Connection reset by peer)
2025-09-10 16:51:23 +0200user0(~user0@67.161.181.189)
2025-09-10 16:51:14 +0200 <EvanR> you think listWithout x would return a "list" that still has x, just fewer?
2025-09-10 16:51:05 +0200Googulator(~Googulato@2a01-036d-0106-217b-fd1e-c506-2528-080c.pool6.digikabel.hu)
2025-09-10 16:50:46 +0200Googulator(~Googulato@2a01-036d-0106-217b-fd1e-c506-2528-080c.pool6.digikabel.hu) (Quit: Client closed)
2025-09-10 16:50:44 +0200L29Ah(~L29Ah@wikipedia/L29Ah) ()
2025-09-10 16:50:43 +0200 <__monty__> EvanR: Rather than zeroing out it'd be decrementing the count according to their spec.
2025-09-10 16:50:37 +0200 <EvanR> real world use case, your characters inventory is always sorted
2025-09-10 16:49:49 +0200 <EvanR> I'm just fantasizing that population count is all that matters
2025-09-10 16:49:37 +0200 <merijn> For vectors of size 10 the traversal costs are pretty small
2025-09-10 16:49:23 +0200 <merijn> Or just Vector.filter or something
2025-09-10 16:49:09 +0200 <EvanR> "list" without