Home liberachat/#haskell: Logs Calendar

Logs: liberachat/#haskell

←Prev  Next→ 1,803,755 events total
2021-07-28 16:47:29 <c_wraith> ignore it
2021-07-28 16:47:31 × LukeHoersten quits (~LukeHoers@user/lukehoersten) (Client Quit)
2021-07-28 16:47:45 <c_wraith> VIRT is meaningless with programs compiled by 64-bit GHC on linux
2021-07-28 16:48:06 <c_wraith> It always tells the OS to reserve 1TB at program startup
2021-07-28 16:48:16 <c_wraith> that doesn't mean it's *using* it
2021-07-28 16:48:16 <Lycurgus> yeah that surprised me too
2021-07-28 16:48:24 <ahri> oh, ok, that explains that then!
2021-07-28 16:48:35 <ahri> however my process is still being killed off
2021-07-28 16:48:36 <Lycurgus> the way ghc works they preallocate for the max
2021-07-28 16:48:51 nate3 joins (~nate@108-233-125-227.lightspeed.sntcca.sbcglobal.net)
2021-07-28 16:48:51 <Lycurgus> welcome to static everything
2021-07-28 16:49:40 <c_wraith> It lets ghc create indepent slabs for every common object size
2021-07-28 16:49:41 × fossdd quits (~fossdd@sourcehut/user/fossdd) (Remote host closed the connection)
2021-07-28 16:49:49 fossdd joins (~fossdd@sourcehut/user/fossdd)
2021-07-28 16:50:03 <c_wraith> which is great for speeding up allocation and collection
2021-07-28 16:50:31 <lechner> the issue may just be an unbounded operation?
2021-07-28 16:50:37 × flounders_ quits (~flounders@173.246.200.33) (Quit: Leaving)
2021-07-28 16:51:15 <c_wraith> so... if you watch the resident column, does it also explode?
2021-07-28 16:51:52 × Lycurgus quits (~juan@cpe-45-46-140-49.buffalo.res.rr.com) (Quit: Exeunt)
2021-07-28 16:52:12 <ahri> ok, well the MEM% column also climbs up from around 0% to 75% at which point it's killed and has an exit code of 137
2021-07-28 16:52:39 <c_wraith> Ok. Still sounds like a memory issue. Just one a 1TB memory issue. :)
2021-07-28 16:52:44 <c_wraith> *not a
2021-07-28 16:53:29 <ahri> yeah, the RES column shows it's climbing rapidly
2021-07-28 16:53:52 <ahri> still, the VIRT thing is good to know for the future!
2021-07-28 16:54:03 × zeenk quits (~zeenk@2a02:2f04:a008:d600:18f2:3421:bac6:8f38) (Quit: Konversation terminated!)
2021-07-28 16:54:16 burnsidesLlama joins (~burnsides@dhcp168-019.wadham.ox.ac.uk)
2021-07-28 16:54:47 jgeerds joins (~jgeerds@55d45555.access.ecotel.net)
2021-07-28 16:54:48 × jgeerds quits (~jgeerds@55d45555.access.ecotel.net) (Remote host closed the connection)
2021-07-28 16:55:38 × nate3 quits (~nate@108-233-125-227.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 265 seconds)
2021-07-28 16:55:53 <ahri> so, about this issue with the .hp file only containing interesting info for the first few seconds - is that a known issue I've stumbled across?
2021-07-28 16:56:44 <c_wraith> I've never seen it, but I've also never had programs killed by the OOM killer.
2021-07-28 16:56:54 <ahri> tbh I was kind of excited to have a memory leak as I've been wanting to get a bit of knowledge of profiling in Haskell! but this has me stumped
2021-07-28 16:56:54 <c_wraith> Any chance you can ctrl-c it before it's killed?
2021-07-28 16:57:34 <c_wraith> I suspect file buffering might be causing problems
2021-07-28 16:58:15 curiousgay joins (~curiousga@77-120-186-48.kha.volia.net)
2021-07-28 16:59:41 norias joins (~jaredm@c-98-219-195-163.hsd1.pa.comcast.net)
2021-07-28 17:00:10 × burnsidesLlama quits (~burnsides@dhcp168-019.wadham.ox.ac.uk) (Ping timeout: 268 seconds)
2021-07-28 17:01:18 <davean> ahri: Yah, so hp files aren't actively flushed, that would ruin performance. Theres a few options there, but actively killing it is the best one
2021-07-28 17:01:39 <davean> Termination flushes them, but before that, its whenever the buffer fills.
2021-07-28 17:04:05 × lavaman quits (~lavaman@98.38.249.169) (Ping timeout: 252 seconds)
2021-07-28 17:05:05 <davean> ahri: Theres a few options here
2021-07-28 17:06:33 <davean> ahri: specificly, -l might help, that puts it in the event log
2021-07-28 17:08:17 × fluffyballoon quits (~fluffybal@pat-verona-h.epic.com) (Quit: Client closed)
2021-07-28 17:08:41 fluffyballoon joins (~fluffybal@pat-verona-h.epic.com)
2021-07-28 17:11:57 <ahri> I tried with "kill -INT procnumber" which did stop the process but I'm still left with a fairly small .hp file (8MB) and the last line is END_SAMPLE 7.766415 - which I'm taking to mean 7.8 seconds since when I render these into ps/svg files that's all I see
2021-07-28 17:13:08 × ahri quits (~ahri@185.169.233.185) (Quit: Client closed)
2021-07-28 17:13:30 Erutuon joins (~Erutuon@user/erutuon)
2021-07-28 17:13:41 aerona joins (~aerona@2600:6c54:4600:f300:d46d:5152:c0fc:6ad9)
2021-07-28 17:14:16 Guest9 joins (~Guest9@43.241.144.38)
2021-07-28 17:14:43 Atum_ joins (~IRC@user/atum/x-2392232)
2021-07-28 17:15:56 eggplantade joins (~Eggplanta@108-201-191-115.lightspeed.sntcca.sbcglobal.net)
2021-07-28 17:15:57 ahri joins (~ahri@185.169.233.185)
2021-07-28 17:16:20 × eggplantade quits (~Eggplanta@108-201-191-115.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection)
2021-07-28 17:16:39 eggplantade joins (~Eggplanta@108-201-191-115.lightspeed.sntcca.sbcglobal.net)
2021-07-28 17:16:59 <ahri> sorry, I was disconnected
2021-07-28 17:17:23 <ahri> last thing I said was: "I tried with "kill -INT procnumber" which did stop the process but I'm still left with a fairly small .hp file (8MB) and the last line is END_SAMPLE 7.766415 - which I'm taking to mean 7.8 seconds since when I render these into ps/svg files that's all I see"
2021-07-28 17:17:31 <ahri> - am I misreading this?
2021-07-28 17:18:36 × xaltsc quits (~xaltsc@user/xaltsc) (Ping timeout: 276 seconds)
2021-07-28 17:18:49 <ahri> also, I've added -l and got a 9MB eventlog, along weith a 9MB .hp file, so I'll copy them over and see whether the eventlog recorded more
2021-07-28 17:19:16 xaltsc joins (~xaltsc@user/xaltsc)
2021-07-28 17:20:24 × Cajun quits (~Cajun@ip98-163-211-112.no.no.cox.net) (Quit: Client closed)
2021-07-28 17:22:22 × xff0x quits (~xff0x@2001:1a81:52b7:d000:8573:11be:6a6f:d21f) (Ping timeout: 268 seconds)
2021-07-28 17:23:00 xff0x joins (~xff0x@2001:1a81:52b7:d000:7ca5:8534:c427:2a37)
2021-07-28 17:23:57 <ahri> I'm currently installing threadscope so I can load up the file so I don't yet know how much data I got from this run
2021-07-28 17:26:48 × hpc quits (~juzz@ip98-169-35-13.dc.dc.cox.net) (Ping timeout: 252 seconds)
2021-07-28 17:27:26 sergal joins (~ezra@fsf/member/ezra)
2021-07-28 17:27:26 <zzz> imagine i want to abstract flip to a class Flippable. how would i write an Arrow instance'
2021-07-28 17:27:29 <zzz> ?
2021-07-28 17:28:15 <zzz> and how would i write a (->) instance?
2021-07-28 17:28:38 hpc joins (~juzz@ip98-169-35-13.dc.dc.cox.net)
2021-07-28 17:29:41 × Sgeo quits (~Sgeo@user/sgeo) (Ping timeout: 258 seconds)
2021-07-28 17:30:59 lavaman joins (~lavaman@98.38.249.169)
2021-07-28 17:31:36 burnsidesLlama joins (~burnsides@dhcp168-019.wadham.ox.ac.uk)
2021-07-28 17:32:15 <zzz> i might have phrased this weirdly
2021-07-28 17:32:18 × lavaman quits (~lavaman@98.38.249.169) (Remote host closed the connection)
2021-07-28 17:32:25 Sgeo joins (~Sgeo@user/sgeo)
2021-07-28 17:33:41 × Sgeo quits (~Sgeo@user/sgeo) (Read error: Connection reset by peer)
2021-07-28 17:34:42 Sgeo joins (~Sgeo@user/sgeo)
2021-07-28 17:36:14 × burnsidesLlama quits (~burnsides@dhcp168-019.wadham.ox.ac.uk) (Ping timeout: 265 seconds)
2021-07-28 17:36:23 dschrempf joins (~dominik@mobiledyn-185-69-244-184.mrsn.at)
2021-07-28 17:36:59 × wroathe quits (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 252 seconds)
2021-07-28 17:37:06 × xff0x quits (~xff0x@2001:1a81:52b7:d000:7ca5:8534:c427:2a37) (Ping timeout: 240 seconds)
2021-07-28 17:38:05 ec joins (~ec@gateway/tor-sasl/ec)
2021-07-28 17:38:11 xff0x joins (~xff0x@2001:1a81:52b7:d000:c86c:6df3:856d:396a)
2021-07-28 17:39:22 × fendor quits (~fendor@178.165.161.179.wireless.dyn.drei.com) (Read error: Connection reset by peer)
2021-07-28 17:39:52 funsafe joins (~funsafe@2601:1c1:4200:938f:32aa:eb39:2110:e2ea)
2021-07-28 17:40:41 × sergal quits (~ezra@fsf/member/ezra) (Quit: connection reset by purr)
2021-07-28 17:43:00 × Sgeo quits (~Sgeo@user/sgeo) (Ping timeout: 265 seconds)
2021-07-28 17:44:20 × drd quits (~drd@2001:b07:a70:9f1f:1562:34de:f50f:77d4) (Ping timeout: 272 seconds)
2021-07-28 17:44:34 × fossdd quits (~fossdd@sourcehut/user/fossdd) (Ping timeout: 240 seconds)
2021-07-28 17:45:19 × Guest60 quits (~Guest60@2a02:a31a:a23c:f480:2fd7:e087:5546:a438) (Ping timeout: 246 seconds)
2021-07-28 17:45:31 hnOsmium0001 joins (uid453710@id-453710.stonehaven.irccloud.com)
2021-07-28 17:45:34 fossdd joins (~fossdd@sourcehut/user/fossdd)
2021-07-28 17:45:45 <jay-invariant> zzz: you mean you want something like flip :: Flippable f => (a `f` (b `f` c)) -> (b `f` (a `f` c)) ?
2021-07-28 17:45:48 drd joins (~drd@2001:b07:a70:9f1f:1562:34de:f50f:77d4)
2021-07-28 17:46:07 burnsidesLlama joins (~burnsides@dhcp168-019.wadham.ox.ac.uk)
2021-07-28 17:46:26 <zzz> i think so
2021-07-28 17:47:32 <jay-invariant> For (->), I think you could just use instance Flippable (->) where flip = Data.Function.flip
2021-07-28 17:47:59 <zzz> yeah i was trying to avoid that. im exploring the language for educational purposed
2021-07-28 17:48:07 Sgeo joins (~Sgeo@user/sgeo)

All times are in UTC.