Newest at the top
2025-10-19 17:57:41 +0200 | synchromesh | (~john@2406:5a00:2412:2c00:3da8:1103:8261:15b5) synchromesh |
2025-10-19 17:57:14 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
2025-10-19 17:56:09 +0200 | synchromesh | (~john@2406:5a00:2412:2c00:3da8:1103:8261:15b5) (Read error: Connection reset by peer) |
2025-10-19 17:50:31 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 17:43:35 +0200 | trickard_ | (~trickard@cpe-57-98-47-163.wireline.com.au) |
2025-10-19 17:43:22 +0200 | trickard | (~trickard@cpe-57-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
2025-10-19 17:39:38 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
2025-10-19 17:34:45 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 17:31:15 +0200 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
2025-10-19 17:30:50 +0200 | chromoblob | (~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer) |
2025-10-19 17:23:43 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
2025-10-19 17:20:42 +0200 | GdeVolpiano | (~GdeVolpia@user/GdeVolpiano) GdeVolpiano |
2025-10-19 17:19:23 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 17:18:51 +0200 | GdeVolpiano | (~GdeVolpia@user/GdeVolpiano) (Ping timeout: 252 seconds) |
2025-10-19 17:15:45 +0200 | krei-se | (~krei-se@p200300f1cfff1817000000000000c8c6.dip0.t-ipconnect.de) (Ping timeout: 245 seconds) |
2025-10-19 17:15:36 +0200 | trickard_ | trickard |
2025-10-19 17:05:19 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
2025-10-19 17:04:19 +0200 | Lycurgus | (~juan@user/Lycurgus) Lycurgus |
2025-10-19 17:01:52 +0200 | img | (~img@user/img) img |
2025-10-19 17:00:47 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 17:00:33 +0200 | img | (~img@user/img) (Quit: ZNC 1.8.2 - https://znc.in) |
2025-10-19 16:50:02 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
2025-10-19 16:44:59 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 16:42:53 +0200 | Pozyomka | (~pyon@user/pyon) (Quit: WeeChat 4.7.1) |
2025-10-19 16:39:51 +0200 | weary-traveler | (~user@user/user363627) user363627 |
2025-10-19 16:39:29 +0200 | weary-traveler | (~user@user/user363627) (Quit: Konversation terminated!) |
2025-10-19 16:33:43 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
2025-10-19 16:31:35 +0200 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
2025-10-19 16:31:19 +0200 | chromoblob | (~chromoblo@user/chromob1ot1c) (Ping timeout: 256 seconds) |
2025-10-19 16:30:43 +0200 | Fijxu | (~Fijxu@user/fijxu) fijxu |
2025-10-19 16:29:12 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-10-19 16:22:06 +0200 | Fijxu | (~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 +0200 | merijn | (~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 +0200 | inline | (~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 +0200 | merijn | (~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" |