All Projects → socketry → Async Io

socketry / Async Io

Concurrent wrappers for native Ruby IO & Sockets.

Programming Languages

ruby
36898 projects - #4 most used programming language

Projects that are alternatives of or similar to Async Io

reactor
Asynchronous Event Driven IO for .NET
Stars: ✭ 40 (-71.01%)
Mutual labels:  sockets, io
hunt
A refined core library for D programming language. The module has concurrency / collections / event / io / logging / text / serialization and more.
Stars: ✭ 86 (-37.68%)
Mutual labels:  concurrency, io
Lightio
LightIO is a userland implemented green thread library for ruby
Stars: ✭ 165 (+19.57%)
Mutual labels:  concurrency, io
Asks
Async requests-like httplib for python.
Stars: ✭ 429 (+210.87%)
Mutual labels:  concurrency, io
Geojsonio
Convert many data formats to & from GeoJSON & TopoJSON
Stars: ✭ 132 (-4.35%)
Mutual labels:  io
Purewebappsample
Minimal http4s + Doobie + ZIO + Circe Scala application to show how to build a purely functional web application in Scala.
Stars: ✭ 123 (-10.87%)
Mutual labels:  io
Socketry
High-level wrappers for Ruby sockets with advanced thread-safe timeout support
Stars: ✭ 122 (-11.59%)
Mutual labels:  sockets
Gospeccy
A ZX Spectrum Emulator written in Go
Stars: ✭ 121 (-12.32%)
Mutual labels:  concurrency
Important Java Concepts
🚀 Complete Java - A to Z ║ 📚 Notes and Programs of all Important Concepts of Java - OOPS, Data Structures, Algorithms, Design Patterns & Development + Kotlin + Android 🔥
Stars: ✭ 135 (-2.17%)
Mutual labels:  concurrency
Tapestry
Weave loom fibers into your Clojure
Stars: ✭ 134 (-2.9%)
Mutual labels:  concurrency
A Tour Of Go In Haskell
Write "Concurrency" section of "A Tour of Go" in Haskell
Stars: ✭ 130 (-5.8%)
Mutual labels:  concurrency
React Wordcloud
☁️ Simple React + D3 wordcloud component with powerful features.
Stars: ✭ 124 (-10.14%)
Mutual labels:  io
Dark Fantasy Hack Tool
DDOS Tool: To take down small websites with HTTP FLOOD. Port scanner: To know the open ports of a site. FTP Password Cracker: To hack file system of websites.. Banner Grabber: To get the service or software running on a port. (After knowing the software running google for its vulnerabilities.) Web Spider: For gathering web application hacking information. Email scraper: To get all emails related to a webpage IMDB Rating: Easy way to access the movie database. Both .exe(compressed as zip) and .py versions are available in files.
Stars: ✭ 131 (-5.07%)
Mutual labels:  sockets
Socket
Non-blocking socket and TLS functionality for PHP based on Amp.
Stars: ✭ 122 (-11.59%)
Mutual labels:  io
Swift Playgrounds
Collection of Swift playgrounds used in my posts: From functional aspects of Swift to C interoperability.
Stars: ✭ 134 (-2.9%)
Mutual labels:  concurrency
Reading
A list of computer-science readings I recommend
Stars: ✭ 1,919 (+1290.58%)
Mutual labels:  concurrency
Agency
Execution primitives for C++
Stars: ✭ 127 (-7.97%)
Mutual labels:  concurrency
Floyd
The Floyd programming language
Stars: ✭ 133 (-3.62%)
Mutual labels:  concurrency
Goconcurrentqueue
Go concurrent-safe, goroutine-safe, thread-safe queue
Stars: ✭ 127 (-7.97%)
Mutual labels:  concurrency
Mioco
[no longer maintained] Scalable, coroutine-based, fibers/green-threads for Rust. (aka MIO COroutines).
Stars: ✭ 125 (-9.42%)
Mutual labels:  io

Async::IO

Async::IO provides builds on async and provides asynchronous wrappers for IO, Socket, and related classes.

Actions Status Code Climate Coverage Status

Installation

Add this line to your application's Gemfile:

gem 'async-io'

And then execute:

$ bundle

Or install it yourself as:

$ gem install async-io

Usage

Basic echo server (from spec/async/io/echo_spec.rb):

require 'async/io'

def echo_server(endpoint)
  Async do |task|
    # This is a synchronous block within the current task:
    endpoint.accept do |client|
      # This is an asynchronous block within the current reactor:
      data = client.read

      # This produces out-of-order responses.
      task.sleep(rand * 0.01)

      client.write(data.reverse)
      client.close_write
    end
  end
end

def echo_client(endpoint, data)
  Async do |task|
    endpoint.connect do |peer|
      peer.write(data)
      peer.close_write

      message = peer.read

      puts "Sent #{data}, got response: #{message}"
    end
  end
end

Async do
  endpoint = Async::IO::Endpoint.tcp('0.0.0.0', 9000)

  server = echo_server(endpoint)

  5.times.map do |i|
    echo_client(endpoint, "Hello World #{i}")
  end.each(&:wait)

  server.stop
end

Timeouts

Timeouts add a temporal limit to the execution of your code. If the IO doesn't respond in time, it will fail. Timeouts are high level concerns and you generally shouldn't use them except at the very highest level of your program.

message = task.with_timeout(5) do
  begin
    peer.read
  rescue Async::TimeoutError
    nil # The timeout was triggered.
  end
end

Any yield operation can cause a timeout to trigger. Non-async functions might not timeout because they are outside the scope of async.

Wrapper Timeouts

Asynchronous operations may block forever. You can assign a per-wrapper operation timeout duration. All asynchronous operations will be bounded by this timeout.

peer.timeout = 1
peer.read # If this takes more than 1 second, Async::TimeoutError will be raised.

The benefit of this approach is that it applies to all operations. Typically, this would be configured by the user, and set to something pretty high, e.g. 120 seconds.

Reading Characters

This example shows how to read one character at a time as the user presses it on the keyboard, and echos it back out as uppercase:

require 'async'
require 'async/io/stream'
require 'io/console'

$stdin.raw!
$stdin.echo = false

Async do |task|
  stdin = Async::IO::Stream.new(
    Async::IO::Generic.new($stdin)
  )

  while character = stdin.read(1)
    $stdout.write character.upcase
  end
end

Deferred Buffering

Async::IO::Stream.new(..., deferred:true) creates a deferred stream which increases latency slightly, but reduces the number of total packets sent. It does this by combining all calls Stream#flush within a single iteration of the reactor. This is typically more useful on the client side, but can also be useful on the server side when individual packets have high latency. It should be preferable to send one 100 byte packet than 10x 10 byte packets.

Servers typically only deal with one request per iteartion of the reactor so it's less useful. Clients which make multiple requests can benefit significantly e.g. HTTP/2 clients can merge many requests into a single packet. Because HTTP/2 recommends disabling Nagle's algorithm, this is often beneficial.

Contributing

  1. Fork it
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request

See Also

  • async — Asynchronous event-driven reactor.
  • 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.

License

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.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].