koto VS retina

Putting the finishing touches on a procedural macro to bind Rust code to koto we want to use in synth. Also a blog post about it is on the way.

I'm currently trying to improve the vtable dispatch in koto (because I want to use it in synth).

I've been working on Koto which is intended for this kind of use case. I've been thinking about extending Rust applications with scripting, and I have games in mind but more generally I'm interested in rapid iteration in creative applications. It's still very early so I haven't shared it more widely but I'd be curious to hear what you think.

https://github.com/koto-lang/koto

Yeah, excellent description of why the volume is so high, and when you're tracing a multithreaded one there's the additional noise from the way they're interleaved.

Besides filtering, I forgot to mention that some kind of aggregation/summary. strace flags are useful; even better to write a little program with eBPF (on Linux) or DTrace (on macOS/BSD/Solaris). I like being able to do stuff like this: https://github.com/scottlamb/retina/issues/5#issue-933945792

I suspected exactly that in this issue in one of my libraries, but when I actually looked with strace, I didn't see many syscalls returning EWOULDBLOCK. So then after that measurement, my new theory was that e.g. tokio::net::{Udp,Tcp}Socket would skip actually issuing the syscall if the mio layer hasn't returned availability since the last poll. Not true? Maybe I need to run my experiment again...

I'm plugging my new RTSP library retina into moonfire-nvr. But progress may be slow this week due to family obligations.