5 ms·

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

• m1el 7y ago
  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/ 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?
  • _-___________-_ 7y ago
    dtrace works great with Rust programs - why would something new need to be implemented?
• heavenlyblue 7y ago
  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.
  • _-___________-_ 7y ago
    having used lldb and gdb with Rust often, I'm not sure what you mean by "proper online debugging". Could you elaborate?
• tedsuo 7y ago
  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!
  • mycoliza 7y ago
    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 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!
    • tedsuo 7y ago
      Cool beans!