Sorry I did not read your 6 links… (3 out of 6 are already grey though, which means I already got there before) > Other ways of arranging the computation & I/O

Sorry I did not read your 6 links… (3 out of 6 are already grey though, which means I already got there before) > Other ways of arranging the computation & I/O, like the thread-per-core model of glommio and io_uring, fundamentally change the API. There's even a second implementation of Tokio with an API different from the first one! It's an incompatible API in the sense that you need to update your code, but it doesn't require deep re-architecture work or anything (going from thread-per-core like glomio to tokio would be harder for instance, because then you'd need your futures to be Send).