Hacker News Reader

Comment by mycoliza | Hacker News Reader

Hi! I'm the author of the post & the primary maintainer of `tracing`— happy to answer any questions!

Hi Mycoliza! One of the authors of OpenTelemetry here. It would be great to see an OpenTelemetry implementation in Rust. If you're interested in bootstrapping a group to work on that, please let me know!

We absolutely want to integrate with OpenTelemetry, and I'd love to work with the OpenTelemetry community on that. We have an issue (https://github.com/tokio-rs/tracing/issues/89) tracking integration with distributed tracing systems --- it would be great to get input from OpenTelemetry folks if any of y'all are interested!

Cool beans!

For me, the main advantage of tracing is dynamically instrumenting systems, including production, without significant overhead when instrumentation is not attached.

One of the implementations of this pattern is dtrace (http://dtrace.org/blogs/about/)

Are there any plans to have something similar to this? I.e. dynamically attach to a running process with tracing capabilities, and inspect/aggregate/filter/analyze live events?

dtrace works great with Rust programs - why would something new need to be implemented?

I have to admit that when I heard the title I assumed it was a project to introduce proper online debugging to Rust.

It’s a good project nevertheless. Rust needs that.

having used lldb and gdb with Rust often, I'm not sure what you mean by "proper online debugging". Could you elaborate?

Reply on news.ycombinator.com