2025/10/19

Newest at the top

2025-10-19 17:57:41 +0200synchromesh(~john@2406:5a00:2412:2c00:3da8:1103:8261:15b5) synchromesh
2025-10-19 17:57:14 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-10-19 17:56:09 +0200synchromesh(~john@2406:5a00:2412:2c00:3da8:1103:8261:15b5) (Read error: Connection reset by peer)
2025-10-19 17:50:31 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 17:43:35 +0200trickard_(~trickard@cpe-57-98-47-163.wireline.com.au)
2025-10-19 17:43:22 +0200trickard(~trickard@cpe-57-98-47-163.wireline.com.au) (Read error: Connection reset by peer)
2025-10-19 17:39:38 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-10-19 17:34:45 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 17:31:15 +0200chromoblob(~chromoblo@user/chromob1ot1c) chromoblob\0
2025-10-19 17:30:50 +0200chromoblob(~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer)
2025-10-19 17:23:43 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-10-19 17:20:42 +0200GdeVolpiano(~GdeVolpia@user/GdeVolpiano) GdeVolpiano
2025-10-19 17:19:23 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 17:18:51 +0200GdeVolpiano(~GdeVolpia@user/GdeVolpiano) (Ping timeout: 252 seconds)
2025-10-19 17:15:45 +0200krei-se(~krei-se@p200300f1cfff1817000000000000c8c6.dip0.t-ipconnect.de) (Ping timeout: 245 seconds)
2025-10-19 17:15:36 +0200trickard_trickard
2025-10-19 17:05:19 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-10-19 17:04:19 +0200Lycurgus(~juan@user/Lycurgus) Lycurgus
2025-10-19 17:01:52 +0200img(~img@user/img) img
2025-10-19 17:00:47 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 17:00:33 +0200img(~img@user/img) (Quit: ZNC 1.8.2 - https://znc.in)
2025-10-19 16:50:02 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-10-19 16:44:59 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 16:42:53 +0200Pozyomka(~pyon@user/pyon) (Quit: WeeChat 4.7.1)
2025-10-19 16:39:51 +0200weary-traveler(~user@user/user363627) user363627
2025-10-19 16:39:29 +0200weary-traveler(~user@user/user363627) (Quit: Konversation terminated!)
2025-10-19 16:33:43 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-10-19 16:31:35 +0200chromoblob(~chromoblo@user/chromob1ot1c) chromoblob\0
2025-10-19 16:31:19 +0200chromoblob(~chromoblo@user/chromob1ot1c) (Ping timeout: 256 seconds)
2025-10-19 16:30:43 +0200Fijxu(~Fijxu@user/fijxu) fijxu
2025-10-19 16:29:12 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 16:22:06 +0200Fijxu(~Fijxu@user/fijxu) (Quit: XD!!)
2025-10-19 16:21:12 +0200 <davean> So modular, so very very bad code design
2025-10-19 16:21:00 +0200 <davean> partially because it keeps all its data in memory, transactionally, and doesn't retire references until requests complete.
2025-10-19 16:20:40 +0200 <davean> hackage reminds me of running python services :(
2025-10-19 16:18:42 +0200 <davean> hatz hackage I does, hatz it
2025-10-19 16:18:23 +0200 <davean> Actually the only service I run that *isn't* nice is hackage, and I REALLY REALLY want to finish a replacement for it
2025-10-19 16:18:07 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2025-10-19 16:16:00 +0200 <davean> but like things like HTTP response times, they're well characturized, if it goes above 10ms its just instantly tripping an alert.
2025-10-19 16:13:10 +0200 <davean> There is the standard tracing protocols if you want more detailed stuff
2025-10-19 16:11:43 +0200inline(~inline@2a02:8071:57a1:1260:99b9:102d:fb79:f90b) Inline
2025-10-19 16:11:11 +0200 <davean> That I do look at some EKG based stuff for
2025-10-19 16:11:10 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 16:10:47 +0200 <davean> to see service uptake rate
2025-10-19 16:10:37 +0200 <davean> I'm actually SLIGHTLY interested in that for launches
2025-10-19 16:10:16 +0200 <davean> personally
2025-10-19 16:10:12 +0200 <davean> I mean that would be a stats issue, though also why would I care? How many users I have overall might matter, but why do I care which hours generally? And if I did I can get that out of analytics, but which hour is never really relivent to me
2025-10-19 16:09:14 +0200 <ggVGc> how do you know how many users you have, for example, at during which hours?
2025-10-19 16:08:57 +0200 <ggVGc> for me, metrics is not something that has to do with errors/issues. It's a way to know things about the service
2025-10-19 16:08:51 +0200 <davean> don't need metrics for "if this ever happens, trip an alert on the first occurence"