| commit | f67357b1bf9f01a2fa74573796e5e26108562b11 | [log] [tgz] |
|---|---|---|
| author | Jamie Turner <jamwt@dropbox.com> | Mon Jul 20 19:27:26 2015 -0700 |
| committer | Carl Lerche <me@carllerche.com> | Tue Jul 21 11:45:49 2015 -0700 |
| tree | 1d34dfa4069ba796f43fa2bceda7bc494f3bd8c4 | |
| parent | 27830b901d14682ff77d5a4c487720bb7dbc28e6 [diff] |
Fix assumption about queue order. Fixes #216 . The mpmc queue can fill slots out of order if a context switch occurs between "reserving" a slot and marking that slot as filled. So, insertion into slot 2 can look successful (and cause mio to increment its own queue length counts) before an insertion into slot 1 is fully committed. So, then when mio actually reads the queue, it gets None, because slot 1, the "next" slot, isn't completely done yet. Yielding the scheduler to other threads will allow the partially-committed slot to finish committing, and the queue will eventually be seen as having both elements, slots 1 and 2.
MIO is a lightweight IO library for Rust with a focus on adding as little overhead as possible over the OS abstractions.
To use mio, first add this to your Cargo.toml:
[dependencies] mio = "0.3.0"
Then, add this to your crate root:
extern crate mio;
Eventually
The following are specifically omitted from MIO and are left to the user or higher level libraries.
Currently, MIO only supports Linux and Darwin. The goal is to support all platforms that support Rust and the readiness IO model.
Please submit PRs containing links to MIO resources.
A group of mio users hang out in the #mio channel on the Mozilla IRC server (irc.mozilla.org). This can be a good place to go for questions.