zenmov_ has quit [Read error: Connection reset by peer]
Everything has quit [Quit: leaving]
zenmov has joined #ocaml
Haudegen has quit [Quit: Bin weg.]
szkl has quit [Quit: Connection closed for inactivity]
ygrek has quit [Remote host closed the connection]
euphores has quit [Quit: Leaving.]
euphores has joined #ocaml
pi3ce_ has quit [Read error: Connection reset by peer]
pi3ce has joined #ocaml
toastal has quit [Quit: Gateway shutdown]
pi3ce has quit [Ping timeout: 252 seconds]
bartholin has joined #ocaml
agentcasey has quit [Read error: Connection reset by peer]
bibi_ has quit [Quit: Konversation terminated!]
Tuplanolla has joined #ocaml
Serpent7776 has joined #ocaml
szkl has joined #ocaml
troydm has joined #ocaml
<discocaml>
<lukstafi> Curious: for anyone who ever used `landmarks`, in what situations do you need to use `perf` instead?
<discocaml>
<peuk> When you want to profile in sections where landmarks instrumentation is too costly.
toch has joined #ocaml
<discocaml>
<darrenldl> can i depend on a lgpl library through dune for a statically linked binary, but source of binary is released under mit?
<discocaml>
<darrenldl>
<discocaml>
<darrenldl> i.e. does this fulfill the allow user to relink requirement since the source is there?
Haudegen has joined #ocaml
<discocaml>
<lukstafi> In terms of annotation labor where top-level automatic annotation is insufficient, or in terms of performance?
<discocaml>
<dinosaure> also `perf` has some metrics that `landmarks` does not have
<discocaml>
<dinosaure> `landmarks` (and `memtrace`) have a good overview about the GC but when it's about I/O, it's probably better to look with `perf`