tokio-rs/mio is a Rust project with 7.1k stars in the Backend space. Metal I/O library for Rust.
Snapshot summary built from the project's own GitHub metadata — there's no written TopGit review yet. The page will update automatically when a full review is published.
WHY NO REVIEW YET
TopGit writes full reviews for the most-starred, most-requested repositories. This page is a snapshot until then — see the READ ME tab for the original README in full.
Mio is a fast, low-level I/O library for Rust focusing on non-blocking APIs and
event notification for building high performance I/O apps with as little
overhead as possible over the OS abstractions.
API documentation
v1
v0.8
This is a low level library, if you are looking for something easier to get
started with, see Tokio.
Usage
To use mio, first add this to your Cargo.toml:
[dependencies]
mio = "1"
Next we can start using Mio. The following is a quick introduction using
TcpListener and TcpStream. Note that features = ["os-poll", "net"] must be
specified for this example.
use std::error::Error;
use mio::net::{TcpListener, TcpStream};
use mio::{Events, Interest, Poll, Token};
// Some tokens to allow us to identify which event is for which socket.
const SERVER: Token = Token(0);
const CLIENT: Token = Token(1);
fn main() -> Result<(), Box<dyn Error>> {
// Create a poll instance.
let mut poll = Poll::new()?;
// Create storage for events.
let mut events = Events::with_capacity(128);
// Setup the server socket.
let addr = "127.0.0.1:13265".parse()?;
let mut server = TcpListener::bind(addr)?;
// Start listening for incoming connections.
poll.registry()
.register(&mut server, SERVER, Interest::READABLE)?;
// Setup the client socket.
let mut client = TcpStream::connect(addr)?;
// Register the socket.
poll.registry()
.register(&mut client, CLIENT, Interest::READABLE | Interest::WRITABLE)?;
// Start an event loop.
loop {
// Poll Mio for events, blocking until we get an event.
poll.poll(&mut events, None)?;
// Process each event.
for event in events.iter() {
// We can use the token we previously provided to `register` to
// determine for which socket the event is.
match event.token() {
SERVER => {
// If this is an event for the server, it means a connection
// is ready to be accepted.
//
// Accept the connection and drop it immediately. This will
// close the socket and notify the client of the EOF.
let connection = server.accept();
drop(connection);
}
CLIENT => {
if event.is_writable() {
// We can (likely) write to the socket without blocking.
}
if event.is_readable() {
// We can (likely) read from the socket without blocking.
}
// Since the server just shuts down the connection, let's
// just exit from our event loop.
return Ok(());
}
// We don't expect any events with tokens other than those we provided.
_ => unreachable!(),
}
}
}
}
Features
Non-blocking TCP, UDP, UDS
I/O event queue backed by epoll, kqueue, and IOCP
Zero allocations at runtime
Platform specific extensions
Non-goals
The following are specifically omitted from Mio and are left to the user
or higher-level libraries.
File operations
Thread pools / multi-threaded event loop
Timers
Platforms
Currently supported platforms:
Android (API level 21)
DragonFly BSD
FreeBSD
Linux
NetBSD
OpenBSD
WASI
Windows
Wine
iOS
macOS
Solaris
Mio can handle interfacing with each of the event systems of the aforementioned
platforms. The details of their implementation are further discussed in the
Poll type of the API documentation (see above).
Mio generally supports the same versions of the above mentioned platforms as
Rust the language (rustc) does, unless otherwise noted.
The Windows implementation for polling sockets is using the wepoll strategy.
This uses the Windows AFD system to access socket readiness events.
MSRV Policy
The MSRV (Minimum Supported Rust Version) is fixed for a given minor (1.x)
version. However it can be increased when bumping minor versions, i.e. going
from 1.0 to 1.1 allows us to increase the MSRV. Users unable to increase their
Rust version can use an older minor version instead. Below is a list of Mio versions
and their MSRV:
v0.8: Rust 1.46.
v1.0: Rust 1.70.
v1.1: Rust 1.71.
v1.2: Rust 1.71.
Note however that Mio also has dependencies, which might have different MSRV
policies. We try to stick to the above policy when updating dependencies, but
this is not always possible.
Unsupported flags
Mio uses different implementations to support the same functionality depending
on the platform. Mio generally uses the "best" implementation possible, where
"best" usually means most efficient for Mio's use case. However this means that
the implementation is often specific to a limited number of platforms, meaning
we often have multiple implementations for the same functionality. In some cases
it might be required to not use the "best" implementation, but another
implementation Mio supports (on other platforms). Mio does not officially
support secondary implementations on platforms, however we do have various cfg
flags to force another implementation for these situations.
Current flags:
mio_unsupported_force_poll_poll, uses an implementation based on poll(2)
for mio::Poll.
mio_unsupported_force_waker_pipe, uses an implementation based on pipe(2)
for mio::Waker.
Again, Mio does not officially supports this. Furthermore these flags may
disappear in the future.
Community
A group of Mio users hang out on Discord, this can be a good place to go for
questions. It's also possible to open a new issue on GitHub to ask questions,
report bugs or suggest new features.
Contributing
Interested in getting involved? We would love to help you! For simple
bug fixes, just submit a PR with the fix and we can discuss the fix
directly in the PR. If the fix is more complex, start with an issue.
If you want to propose an API change, create an issue to start a
discussion with the community. Also, feel free to talk with us in Discord.
Finally, be kind. We support the Rust Code of Conduct.
How does tokio-rs/mio compare to other Backend projects?
tokio-rs/mio is tracked by TopGit in the Backend category, with 7.1k GitHub stars and written in Rust. Browse the Backend topic page on TopGit to compare it against similar projects by stars and activity.
Is tokio-rs/mio open source?
Yes — tokio-rs/mio ships under the MIT license, which makes its source code freely readable (and, depending on license terms, forkable and reusable). Source: github.com/tokio-rs/mio.
What else is in the Backend space?
tokio-rs/mio is tracked by TopGit under the Backend category, alongside 4 GitHub-tagged topics. Trending and Topics pages list peer repositories of comparable stars and language.
What is tokio-rs/mio?
tokio-rs/mio (tokio-rs/mio) is a Rust project on GitHub. From the project's own README: Metal I/O library for Rust.
Where do I read more about tokio-rs/mio?
This TopGit page is a snapshot — the READ ME tab shows the project's own README content (links stripped, images preserved). The GitHub repository at github.com/tokio-rs/mio is the definitive source.
Why is tokio-rs/mio categorized under Backend?
TopGit places tokio-rs/mio in the Backend category based on its GitHub topics and description (tagged: "asynchronous", "networking", "non-blocking"). Categories are assigned from real repository metadata, not editorial guesswork.
Read full README in the tab above.
Want a second opinion on mio?
Ask an AI that can read this page — one click and you get its take on mio.