@carllerche@Leik0w0 fwiw (wrt the original post), i do not think tokio is meant to be โfast.โ it does optimize a bit (thread local queues for example), but it assumes your workload is supposed to be IO-bound. it is very nice to program with.
@Leik0w0@carllerche not to say a framework for this wouldnโt be interesting, just that tokio may not apply well. i have definitely had fun thinking about what that would look like (and not doing anything about it) ๐๐๐
@Leik0w0@carllerche iirc for latency, hazy uses a static inst schedule and for throughput they use a dynamic queue of inst. for the latter each block/grouping polls from the inst queue (on what is ready) to distribute work. this is much different from dynamically handling coroutines of diff shapes.
@Leik0w0@carllerche tokio is designed for io-bound workloads. i think rayon/intel tbb/etc. is probably more relevant to the GPU.
the hazy MKs are great but there are a lot more considerations for memory management that CPU async libraries donโt handle well.