-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Linux version #2
Comments
I'm glad to see there's some interest. Might I know how you found out about tokio-file? |
I'm toying with the idea of a very specialized executable (a proto at work, because using rust in production isn't yet possible) involving http, mqtt and files, and that's the missing piece for when I'm reading to jump to tokio. Found it by searching crates.io from time to time. |
I'm working on an end-to-end asynchronous web framework and serving files with non-blocking I/O is something I'm very interested in. Likewise, I found this by searching around crates.io to see what's available. I'd love to use something like this. My current solution is going to be bringing in futures-cpupool (though I'm still going to have to do this until the rest of Rust's ecosystem is async like Diesel). |
@mehcode are you volunteering? It would be possible add Linux support, using libaio instead of POSIX aio, and using eventfd instead of kqueue. |
Is there a reference implementation that I can port over? |
I'm not sure what you mean by a reference implementation. The way to get Linux support into Tokio-file is to write a |
Nice job !
I'm opening this issue to have some way of tracking an eventual linux port.
The text was updated successfully, but these errors were encountered: