@witty-crayon-22786 Remind me, is there a good reason we still have a separate fs_pool and runtime on Core, or have we just not gotten around to unifying them (and maybe switching to tokio-fs) yet?
w
witty-crayon-22786
05/03/2019, 8:52 PM
@average-vr-56795: well, so, sortof.
i think that it is feasible to do, but i think that the issue was that when i last looked, there wasn't an explicit way to mark something as potentially blocking
or, there was, but we'd need to instrument a lot of stuff that currently just runs directly on the iopool in a more finegrained manner...?
basically, iirc, tokio-fs internally used a "maybe blocking" block, but it wasn't 100% clear whether we could just wrap each of the `Fn`s that we currently submit to the io pool using the same mechanism, and have it work
i expect that since then they have actually implemented a lot of those methods... but if you see my final comment there, it sortof feels like wrapping an entire sequence of IO operations in a blocking-block is better for some of our io-pooly usecases anyway
...yea, they're all implemented now. so all FS access could happen via tokio-fs, probably