Newest at the top
2025-04-05 13:43:23 +0200 | <Angelz> | hi lambdabot. |
2025-04-05 13:36:17 +0200 | hattckory | (~hattckory@bras-base-toroon4524w-grc-30-70-27-118-207.dsl.bell.ca) (Ping timeout: 248 seconds) |
2025-04-05 13:29:12 +0200 | hattckory | (~hattckory@bras-base-toroon4524w-grc-30-70-27-118-207.dsl.bell.ca) |
2025-04-05 13:28:44 +0200 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
2025-04-05 13:28:15 +0200 | hattckory | (~hattckory@bras-base-toroon4524w-grc-30-70-27-118-207.dsl.bell.ca) (Ping timeout: 276 seconds) |
2025-04-05 13:26:54 +0200 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 268 seconds) |
2025-04-05 13:25:29 +0200 | forell | (~forell@user/forell) forell |
2025-04-05 13:24:51 +0200 | internatetional_ | (~nate@2001:448a:20a3:c2e5:2654:9c7d:282c:a56a) (Ping timeout: 252 seconds) |
2025-04-05 13:23:54 +0200 | tromp | (~textual@2001:1c00:3487:1b00:80ac:965e:288a:e7e3) (Quit: My iMac has gone to sleep. ZZZzzz…) |
2025-04-05 13:23:13 +0200 | hattckory | (~hattckory@bras-base-toroon4524w-grc-30-70-27-118-207.dsl.bell.ca) |
2025-04-05 13:21:20 +0200 | internatetional | (~nate@2400:9800:320:db5f:1:0:1913:8d11) internatetional |
2025-04-05 13:18:04 +0200 | internatetional_ | (~nate@2001:448a:20a3:c2e5:2654:9c7d:282c:a56a) internatetional |
2025-04-05 13:17:57 +0200 | internatetional | (~nate@2001:448a:20a3:c2e5:73ee:b330:880d:2daa) (Ping timeout: 252 seconds) |
2025-04-05 13:16:24 +0200 | target_i | (~target_i@user/target-i/x-6023099) target_i |
2025-04-05 13:14:51 +0200 | ljdarj | (~Thunderbi@user/ljdarj) (Quit: ljdarj) |
2025-04-05 13:13:34 +0200 | ftzm | (~ftzm@085080243028.dynamic.telenor.dk) (Quit: The Lounge - https://thelounge.chat) |
2025-04-05 13:04:02 +0200 | lxsameer | (~lxsameer@Serene/lxsameer) (Ping timeout: 252 seconds) |
2025-04-05 13:02:24 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection) |
2025-04-05 13:02:22 +0200 | caconym | (~caconym@user/caconym) caconym |
2025-04-05 13:02:18 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-04-05 13:01:50 +0200 | internatetional | (~nate@2001:448a:20a3:c2e5:73ee:b330:880d:2daa) internatetional |
2025-04-05 13:00:04 +0200 | caconym | (~caconym@user/caconym) (Quit: bye) |
2025-04-05 12:59:56 +0200 | Sgeo | (~Sgeo@user/sgeo) (Read error: Connection reset by peer) |
2025-04-05 12:58:43 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
2025-04-05 12:57:22 +0200 | <haskellbridge> | <Morj> I haven't dug deeper yet, even when making this rust thing go faster is literally my day job >_> |
2025-04-05 12:56:56 +0200 | <haskellbridge> | <Morj> There are a lot of ways to use gmp. There are several rust wrappers around it, and the performance can differ 5 times |
2025-04-05 12:53:01 +0200 | digitteknohippie | Digit |
2025-04-05 12:52:39 +0200 | hattckory | (~hattckory@70.27.118.207) (Ping timeout: 260 seconds) |
2025-04-05 12:51:45 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-04-05 12:50:34 +0200 | digitteknohippie | (~user@user/digit) Digit |
2025-04-05 12:49:05 +0200 | <haskellbridge> | <Liamzee> i guess the real question is, why is Haskell efficient on bigint if it's using gmp as a backend, but gmp itself isn't? |
2025-04-05 12:47:43 +0200 | hattckory | (~hattckory@70.27.118.207) |
2025-04-05 12:39:58 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
2025-04-05 12:38:09 +0200 | <haskellbridge> | <Liamzee> this is really, really weird, because the C isn't that much faster, 315 ms vs 430-480 ms on haskell |
2025-04-05 12:35:21 +0200 | <__monty__> | (I was joking about the bigger is better, FYI.) |
2025-04-05 12:34:57 +0200 | <__monty__> | Probably Haskell's div is just `fst . divMod` while in C the backing algorithm somehow shortcuts not needing an accurate remainder or the other way around, whatever. |
2025-04-05 12:32:46 +0200 | <haskellbridge> | <Liamzee> because even with tdiv_qr on a junk variable, it's still increasing times by 30% |
2025-04-05 12:32:28 +0200 | <haskellbridge> | <Liamzee> now i'm trying to figure out why, in haskell, using divMod is an optimization, but in C, using tdiv_qr is not |
2025-04-05 12:32:00 +0200 | <haskellbridge> | <Liamzee> yeah |
2025-04-05 12:28:19 +0200 | tremon | (~tremon@83.80.159.219) tremon |
2025-04-05 12:27:20 +0200 | <haskellbridge> | <magic_rb> Or smth like that |
2025-04-05 12:27:15 +0200 | <haskellbridge> | <magic_rb> I think they meant 110% time, so 90% performance? |
2025-04-05 12:24:14 +0200 | <__monty__> | Bigger is better, so beating C already, nice : D |
2025-04-05 12:23:25 +0200 | cyphase | (~cyphase@user/cyphase) cyphase |
2025-04-05 12:16:45 +0200 | hattckory | (~hattckory@bras-base-toroon4524w-grc-30-70-27-118-207.dsl.bell.ca) (Ping timeout: 276 seconds) |
2025-04-05 12:14:54 +0200 | thuna` | (~thuna`@user/thuna/x-1480069) (Ping timeout: 252 seconds) |
2025-04-05 12:14:08 +0200 | Digitteknohippie | (~user@user/digit) (Ping timeout: 268 seconds) |
2025-04-05 12:05:14 +0200 | wootehfoot | (~wootehfoo@user/wootehfoot) wootehfoot |
2025-04-05 12:00:36 +0200 | Digit | (~user@user/digit) (Ping timeout: 252 seconds) |
2025-04-05 11:59:22 +0200 | Digitteknohippie | (~user@user/digit) Digit |