All these posts about async are making the freedom to choose our runtime seem like a bad thing.

For most people, we can just accept Tokio as the de facto standard, and everything is good. Having the other runtimes only makes things better. Don’t do anything weird and it won’t be too much work if you need to change.

Any big change you miss is bound to either be implemented in Tokio or be too different for any abstraction to save you from the work.

If you’re writing a library that you want to be reusable by everyone, I understand your frustration that it’s not easier to make it universal for all async runtimes. You can still choose one, minimize the code you would have to change to implement others, and appreciate that in almost every other programming language you don’t get more than one async engine anyway.

You are viewing a single thread.
View all comments
6 points
*

I stopped worrying about this when I had a project with two async runtimes (tokio and bastion) and it worked fine without any special setup.

permalink
report
reply

Rust

!rust@programming.dev

Create post

Welcome to the Rust community! This is a place to discuss about the Rust programming language.

Wormhole

!performance@programming.dev

Credits
  • The icon is a modified version of the official rust logo (changing the colors to a gradient and black background)

Community stats

  • 509

    Monthly active users

  • 813

    Posts

  • 3.7K

    Comments