Investigate on supporting Tokio Console

[elmattic]

Issue summary

We shoud investigate on how to use Tokio Console alongside Forest. This kind of tooling would really help us:

• understanding Forest execution flow
• debugging concurency or memory issues
• optimizing our async code

While Tokio Console is not tight to the tokio runtime, as of today only tokio runtime supports it.

Few possible ways of supporting this tool would be (while not trivial):

• Have a native support of tokio in forest (through a feature flag)
• Implement tracing in async_std runtime (so the smol runtime)
• Some other shortcut?

Other information and links

https://tokio.rs/blog/2021-12-announcing-tokio-console

[lemmih]

While Tokio Console is not tight to the tokio runtime, as of today only tokio runtime supports it.

"While Tokio Console is not tied to a specific async runtime, as of today only tokio runtime supports it." ?

[elmattic]

While Tokio Console is not tight to the tokio runtime, as of today only tokio runtime supports it.

"While Tokio Console is not tied to a specific async runtime, as of today only tokio runtime supports it." ?

Yes exactly, you reword it very well.

[lemmih]

The lemmih/tokio-async branch contains a version of forest that works with tokio-console. There are still some kinks to be worked out because we call async code from a few non-async places.