Several years ago, I was hosting websites on a server in my garage. Back then, my ADSL modem was very basic, and I wanted to have a DNS server which would resolve to an internal IP address when the domain itself resolved to my public IP. Thus was born RubyDNS. This project was originally built on top of EventMachine, but a lack of support for IPv6 at the time and other problems, meant that I started looking for other options. Around that time Celluloid was picking up steam. I had not encountered actors before and I wanted to learn more about it. So, I reimplemented RubyDNS on top of Celluloid and this eventually became the first stable release.
Moving forward, I refactored the internals of RubyDNS into Celluloid::DNS. This rewrite helped solidify the design of RubyDNS and to a certain extent it works. However, unfixed bugs and design problems in Celluloid meant that RubyDNS 2.0 was delayed by almost 2 years. I wasn’t happy releasing it with known bugs and problems. After sitting on the problem for a while, and thinking about possible solutions, I decided to build a small event reactor using nio4r and timers, the core parts of Celluloid::IO which made it work so well. The result is this project.
In addition, there is a similarly designed C++ library of the same name. These two libraries share similar design principles, but are different in some areas due to the underlying semantic differences of the languages.
Add this line to your application’s Gemfile:
And then execute:
Or install it yourself as:
$ gem install async
Async::Reactor is the top level IO reactor, and runs multiple tasks asynchronously. The reactor itself is not thread-safe, so you’d typically have one reactor per thread or process.
Async::Task runs using a
Fiber and blocking operations e.g.
write yield control until the operation can succeed.
The design of this core library is deliberately simple in scope. Additional libraries provide asynchronous networking, process management, etc. It’s likely you will prefer to depend on
async-io for actual wrappers around
Main Entry Points
The highest level entry point is
Async::Reactor.run. It’s useful if you are building a library and you want well defined asynchronous semantics.
Async::Reactor.run do |task|
# ... acccept connections
Async::Reactor.run(&block) happens within an existing reactor, it will schedule an asynchronous task and return. If
Async::Reactor.run(&block) happens outside of an existing reactor, it will create a reactor, schedule the asynchronous task, and block until it completes. The task is scheduled by calling
This puts the power into the hands of the client, who can either have blocking or non-blocking behaviour by explicitly wrapping the call in a reactor (or not). The cost of using
Async::Reactor.run is minimal for initialization/server setup, but is not ideal for per-connection tasks.
If you can guarantee you are running within a task, and have access to it (e.g. via an argument), you can efficiently schedule new tasks using the
def do_request(task: Task.current)
# ... do some actual work
This method effectively creates a child task. It’s the most efficient way to schedule a task. The task is executed until the first blocking operation, at which point it will yield control and
#async will return. The result of this method is the task itself.
Async::Task form nodes in a tree. Reactors and tasks can spawn children tasks. When you invoke
Async::Reactor#async, the parent task is determined by calling
Async::Task.current? which uses fiber local storage. A slightly more efficient method is to use
Async::Task#async, which uses
self as the parent task.
Async::Reactor#stop, you will stop all children tasks of that reactor. Tasks will raise
Async::Stop if they are in a blocking operation. In addition, it’s possible to only stop a sub-tree by issuing
Async::Task#stop, which will stop that task and all it’s children (recursively). When you design a server, you should return the task back to the caller. They can use this task to stop the server if needed, independently of any other unrelated tasks within the reactor, and it will correctly clean up all related tasks.
In order to ensure your resources are cleaned up correctly, make sure you wrap resources appropriately, e.g.:
```ruby Async::Reactor.run do socket = connect(remote_address) # May raise Async::Stop
begin socket.write(...) # May raise Async::Stop socket.read(...) # May raise Async::Stop ensure socket.close end end ```
As tasks run synchronously until they yield back to the reactor, you can guarantee this model works correctly. While in theory
IO#autoclose allows you to automatically close file descriptors when they go out of scope via the GC, it may produce unpredictable behavour (exhaustion of file descriptors, flushing data at odd times), so it’s not recommended.
Supported Ruby Versions
This library aims to support and is tested against the following Ruby versions:
- Ruby 2.0+
- JRuby 184.108.40.206+
If something doesn’t work on one of these versions, it’s a bug.
This library may inadvertently work (or seem to work) on other Ruby versions, however support will only be provided for the versions listed above.
If you would like this library to support another Ruby version or implementation, you may volunteer to be a maintainer. Being a maintainer entails making sure all tests run and pass on that implementation. When something breaks on your implementation, you will be responsible for providing patches in a timely fashion. If critical issues for a particular implementation exist at the time of a major release, support for that Ruby version may be dropped.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature)
- Commit your changes (
git commit -am 'Add some feature')
- Push to the branch (
git push origin my-new-feature)
- Create new Pull Request
- async-io — Asynchronous networking and sockets.
- async-http — Asynchronous HTTP client/server.
- falcon — A rack compatible server built on top of
- async-process — Asynchronous process spawning/waiting.
- async-websocket — Asynchronous client and server websockets.
- async-dns — Asynchronous DNS resolver and server.
- async-rspec — Shared contexts for running async specs.
- rubydns — A easy to use Ruby DNS server.
Released under the MIT license.
Copyright, 2017, by Samuel G. D. Williams.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.