Class: Concurrent::Channel
- Inherits:
-
Object
- Object
- Concurrent::Channel
- Extended by:
- Forwardable
- Includes:
- Enumerable
- Defined in:
- lib-edge/concurrent/channel.rb,
lib-edge/concurrent/channel/tick.rb,
lib-edge/concurrent/channel/selector.rb,
lib-edge/concurrent/channel/buffer/base.rb,
lib-edge/concurrent/channel/buffer/timer.rb,
lib-edge/concurrent/channel/buffer/ticker.rb,
lib-edge/concurrent/channel/buffer/sliding.rb,
lib-edge/concurrent/channel/buffer/buffered.rb,
lib-edge/concurrent/channel/buffer/dropping.rb,
lib-edge/concurrent/channel/buffer/unbuffered.rb,
lib-edge/concurrent/channel/selector/put_clause.rb,
lib-edge/concurrent/channel/selector/take_clause.rb,
lib-edge/concurrent/channel/selector/after_clause.rb,
lib-edge/concurrent/channel/selector/error_clause.rb,
lib-edge/concurrent/channel/selector/default_clause.rb
Overview
Edge Features are under active development and may change frequently.
- Deprecations are not added before incompatible changes.
- Edge version: major is always 0, minor bump means incompatible change, patch bump means compatible change.
- Edge features may also lack tests and documentation.
- Features developed in
concurrent-ruby-edge
are expected to move toconcurrent-ruby
when finalised.
Channels and Goroutines
Channels, popularized by the Go programming language, are a modern variation of communicating sequential processes (CSP). CSP was first proposed by C. A. R. Hoare in 1978. The Go philosophy on concurrency is:
Do not communicate by sharing memory; instead, share memory by communicating.
As Rob Pike eloquently explains in his Concurrency Is Not Parallelism conference talk, concurrency is the "composition of independently executing things." Combining these two ideas, channels are a queue-like mechanism that can be used to communicate between independently executing things.
The channel implementation in this library was highly influenced by Go, but also incorporates ideas from Clojure's core.async library. Runtime differences aside, this channel library is functionally equivalent to Go and even includes a few features Go does not.
Example Programs
Every code example in the channel chapters of both A Tour of Go and Go By Example has been reproduced in Ruby. The code can be found in the examples directory of the source repository. Many of those examples appear in the documentation below, but many do not. They are a valuable resource for learning how to use channels.
Additional Resources
- "A Tour of Go" channels exercises
- "Go By Example" channels exercises
- "Effective Go" concurrency chapters
- "Concurrency Is Not Parallelims" conference presentation by Rob Pike, principal designer of Go
- "Clojure core.async Channels" blog post by Rich Hickey, inventor of Clojure
- Clojure core.async API reference
Goroutines
The Go programming language uses "goroutines" as the core concurrency mechanism. A goroutine is little more than an independently executing function, multiplexed with all other goroutines onto a thread pool managed by the runtime. Ruby has a very different runtime so true goroutines are not possible. Instead, a Channel.go method is provided for running a block asynchronously, multiplexed onto a special thread pool reserved just for Channel
operations. This is similar to what Clojure does with the go
function from the core.async library.
puts "Main thread: #{Thread.current}"
Concurrent::Channel.go do
puts "Goroutine thread: #{Thread.current}"
end
# Main thread: #<Thread:0x007fcb4c8bc3f0>
# Goroutine thread: #<Thread:0x007fcb4c21f4e8>
Although it is possible to use Channel.go
independent of channels or to use channels with other asynchronous processing tools (such as Future
and Actor
), mixing the tools is not advised. Most high-level asynchronous processing tools already have a queue-like mechanism built in. Adding channels to the mix may indicate a design flaw. Conversely, Channel.go
provides no mechanism for coordination and communication. That's what channels are for. Additionally, strictly using Channel.go
along with channels provides an opportunity for future optimizations, such as Clojure's inversion of control (IOC) threads.
Channel Basics
Channels are "pipes" through which values can be sent. They are thread safe and naturally concurrent. When shared between goroutines they provide a communication mechanism for coordinating asynchronous actions.
The core channel operations are #put and #take (aliased as #send and #receive, respectively). The former function inserts a value into a channel where the latter removes a value. By default these are blocking operations. A call to put
will block until the channel is ready to receive the value. Similarly, a call to take
will block until a value is available to be removed.
The following, simple example creates a channel, launches a goroutine from which a value is placed into the channel, then reads that value from the channel. When run this example will display "ping" in the console.
= Concurrent::Channel.new
Concurrent::Channel.go do
.put 'ping'
end
msg = .take
puts msg
By default, channels are unbuffered, meaning that they have a capacity of zero and only accept puts and takes when both a putting and a taking thread are available. If a put
is started when there is no taker thread the call will block. As soon as another thread calls take
the exchange will occur and both calls will return on their respective threads. Similarly, is a take
is started when there is no putting thread the call will block until another thread calls put
.
The following, slightly more complex example, concurrently sums two different halves of a list then combines the results. It uses an unbuffered channel to pass the results from the two goroutines back to the main thread. The main thread blocks on the two take
calls until the worker goroutines are done. This example also uses the convenience aliases #<< and #~. Since channels in Go are part of the language, channel operations are performed using special channel operators rather than functions. These operators help clearly indicate that channel operations are being performed. The operator overloads <<
for put
and ~
for take
help reinforce this idea in Ruby.
def sum(a, c)
sum = a.reduce(0, &:+)
c << sum # `<<` is an alias for `put` or `send`
end
a = [7, 2, 8, -9, 4, 0]
l = a.length / 2
c = Concurrent::Channel.new
Concurrent::Channel.go { sum(a[-l, l], c) }
Concurrent::Channel.go { sum(a[0, l], c) }
x, y = ~c, ~c # `~` is an alias for `take` or `receive`
puts [x, y, x+y].join(' ')
Channel Buffering
One common channel variation is a buffered channel. A buffered channel has a finite number of slots in the buffer which can be filled. Putting threads can put values into the channel even if there is no taking threads, up to the point where the buffer is filled. Once a buffer becomes full the normal blocking behavior resumes. A buffered channel is created by giving a :capacity
option on channel creation:
The following example creates a buffered channel with two slots. It then makes two put
calls, adding values to the channel. These calls do not block because the buffer has room. Were a third put
call to be made before an take
calls, the third put
would block.
ch = Concurrent::Channel.new(capacity: 2)
ch << 1
ch << 2
puts ~ch
puts ~ch
Channel Synchronization
The main purpose of channels is to synchronize operations across goroutines. One common pattern for this is to created a capacity: 1
buffered channel which is used to signal that work is complete. The following example calls a worker
function on a goroutine and passes it a "done" channel. The main thread then calls take
on the "done" channel and blocks until signaled.
def worker(done_channel)
print "working...\n"
sleep(1)
print "done\n"
done_channel << true
end
done = Concurrent::Channel.new(capacity: 1)
Concurrent::Channel.go{ worker(done) }
~done # block until signaled
Multichannel Select
Often it is necessary for a single thread to operate on more than one channel. The Channel.select method facilitates multivariate channel operations. The select
method takes a block and passes through a special "selector" object as the first block parameter. The selector can then be used to specify various channel operations. The select
call will block until one of the operations occurs. If a block is provided for the triggered clause (required for some clauses, optional for others) the block will then be called. Finally, the select
call will immediately exit, guaranteeing that only one of the select clauses will trigger.
The following example spawns two goroutines, each of which goes to sleep before putting a value onto a channel. The main thread loops twice over a select
and, in each loop, takes a value off of whichever channel returns one first.
c1 = Concurrent::Channel.new
c2 = Concurrent::Channel.new
Concurrent::Channel.go do
sleep(1)
c1 << 'one'
end
Concurrent::Channel.go do
sleep(2)
c1 << 'two'
end
2.times do
Concurrent::Channel.select do |s|
s.take(c1) { |msg| print "received #{msg}\n" }
s.take(c2) { |msg| print "received #{msg}\n" }
end
end
The output from the above example is:
received one
received two
The next example calculates the first 10 fibonacci numbers, passing them to the main thread via a channel. The fibonacci function puts each calculated value onto a channel while simultaneously listening to a different channel for the signal to stop. This example uses the case
method on the selector object. This is just a convenience method for put
and take
, allowing the Ruby code to look more like Go.
def fibonacci(c, quit)
x, y = 0, 1
loop do
Concurrent::Channel.select do |s|
s.case(c, :<<, x) { x, y = y, x+y; x } # alias for `s.put`
s.case(quit, :~) do # alias for `s.take`
puts 'quit'
return
end
end
end
end
c = Concurrent::Channel.new
quit = Concurrent::Channel.new
Concurrent::Channel.go do
10.times { puts ~c }
quit << 0
end
fibonacci(c, quit)
Closing and Iterating Over Channels
Newly created channels are in an "open" state. Open channels can receive values via put
operations. When a program is done with a channel it can be closed by calling the #close
method. Once a channel is closed it will no longer allow values to be put
. If the channel is buffered and values are in the buffer when the channel is closed, the remaining values can still be removed via take
operations.
The Channel
class implements an #each method which can be used to retrieve successive values from the channel. The each
method is a blocking method. When the channel is open and there are no values in the buffer, each
will block until a new item is put
. The each
method will not exit until the channel is closed.
The following example launches a goroutine which calculates several fibonacci values and puts them into a channel. The main thread uses the each
method to retrieve all the values successively and display them in the console. Once the fibonacci goroutine is done it closes the channel which subsequently causes the each
iteration to end, unblocking the main thread.
def fibonacci(n, c)
x, y = 0, 1
(1..n).each do
c << x
x, y = y, x+y
end
c.close
end
chan = Concurrent::Channel.new(capacity: 10)
Concurrent::Channel.go { fibonacci(chan.capacity, c) }
chan.each { |i| puts i }
Channel
also includes Ruby's Enumerable mixin, allowing for a wide range of list comprehensions. Since the Enumerable
methods iterate over the entire set of objects they can only complete once the channel is closed. Calling a method from Enumerable
on an open channel will cause the method to block until the channel is closed.
Timers and Tickers
A Channel.timer is a specialized channel which triggers at a predefined time, specified as a number of seconds in the future. It is similar in concept to a ScheduledTask but operates as a channel and can fully participate in all channel operations.
The following code example creates two timers with different delay values. The first timer is allowed to expire (trigger) by having the main thread perform a take
on it. When the timer expires it puts a Tick object into its buffer and closes. The second timer is listened to on a goroutine but the it never expires: the main thread stops (closes) the timer before it expires. Note that the goroutine in this example blocks forever and never exits. Since the timer is closed it never puts the Tick
into its buffer.
timer1 = Concurrent::Channel.timer(2)
~timer1
puts 'Timer 1 expired'
timer2 = Concurrent::Channel.timer(1)
Concurrent::Channel.go do
~timer2
print "Timer 2 expired\n"
end
stop2 = timer2.stop # alias for `close`
print "Timer 2 stopped\n" if stop2
A Channel.ticker is a specialized channel which triggers over and over again at a predefined interval, specified as a number of seconds between ticks. It is similar in concept to a TimerTask but operates as a channel and can fully participate in all channel operations.
The following example creates a ticker which triggers every half-second. A goroutine iterates over the ticker using the each
method, printing the tick at every interval. When the main thread stops (closes) the ticker the each
call ends and the goroutine exits.
ticker = Concurrent::Channel.ticker(0.5)
Concurrent::Channel.go do
ticker.each do |tick|
print "Tick at #{tick}\n"
end
end
sleep(1.6)
ticker.stop # alias for `close`
print "Ticker stopped\n"
Default Selection
As with a Ruby case
statement, a Channel.select
statement will accept a default
clause which will trigger if none of the other clauses trigger. Not surprisingly, the default
clause must be the last clause in a select
block.
tick = Concurrent::Channel.tick(0.1) # alias for `ticker`
boom = Concurrent::Channel.after(0.5) # alias for `timer`
loop do
Concurrent::Channel.select do |s|
s.take(tick) { print "tick.\n" }
s.take(boom) do
print "BOOM!\n"
exit
end
s.default do
print " .\n"
sleep(0.05)
end
end
end
The output of this code example is:
.
.
tick.
.
.
tick.
.
.
tick.
.
.
tick.
.
.
tick.
BOOM!
Defined Under Namespace
Modules: Buffer Classes: Tick, ValidationError
Constant Summary collapse
- Error =
Class.new(StandardError)
Class Method Summary collapse
- .go(*args, &block) ⇒ undocumented
- .go_loop(*args, &block) ⇒ undocumented
- .go_loop_via(executor, *args, &block) ⇒ undocumented
- .go_via(executor, *args, &block) ⇒ undocumented
- .select(*args) {|selector, args| ... } ⇒ undocumented (also: alt)
- .ticker(interval) ⇒ undocumented (also: tick)
- .timer(seconds) ⇒ undocumented (also: after)
Instance Method Summary collapse
- #each ⇒ undocumented
-
#initialize(opts = {}) ⇒ Channel
constructor
A new instance of Channel.
- #next ⇒ undocumented
- #next? ⇒ Boolean
- #offer(item) ⇒ undocumented
- #offer!(item) ⇒ undocumented
- #offer?(item) ⇒ Boolean
- #poll ⇒ undocumented
- #poll! ⇒ undocumented
- #poll? ⇒ Boolean
- #put(item) ⇒ undocumented (also: #send, #<<)
- #put!(item) ⇒ undocumented
- #put?(item) ⇒ Boolean
- #take ⇒ undocumented (also: #receive, #~)
- #take! ⇒ undocumented
- #take? ⇒ Boolean
Constructor Details
#initialize(opts = {}) ⇒ Channel
Returns a new instance of Channel
47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 |
# File 'lib-edge/concurrent/channel.rb', line 47 def initialize(opts = {}) # undocumented -- for internal use only if opts.is_a? Buffer::Base self.buffer = opts return end capacity = opts[:capacity] || opts[:size] buffer = opts[:buffer] if capacity && buffer == :unbuffered raise ArgumentError.new('unbuffered channels cannot have a capacity') elsif capacity.nil? && buffer.nil? self.buffer = BUFFER_TYPES[:unbuffered].new elsif capacity == 0 && buffer == :buffered self.buffer = BUFFER_TYPES[:unbuffered].new elsif buffer == :unbuffered self.buffer = BUFFER_TYPES[:unbuffered].new elsif capacity.nil? || capacity < 1 raise ArgumentError.new('capacity must be at least 1 for this buffer type') else buffer ||= :buffered self.buffer = BUFFER_TYPES[buffer].new(capacity) end self.validator = opts.fetch(:validator, DEFAULT_VALIDATOR) end |
Class Method Details
.go(*args, &block) ⇒ undocumented
224 225 226 |
# File 'lib-edge/concurrent/channel.rb', line 224 def go(*args, &block) go_via(GOROUTINES, *args, &block) end |
.go_loop(*args, &block) ⇒ undocumented
233 234 235 |
# File 'lib-edge/concurrent/channel.rb', line 233 def go_loop(*args, &block) go_loop_via(GOROUTINES, *args, &block) end |
.go_loop_via(executor, *args, &block) ⇒ undocumented
237 238 239 240 241 242 243 244 |
# File 'lib-edge/concurrent/channel.rb', line 237 def go_loop_via(executor, *args, &block) raise ArgumentError.new('no block given') unless block_given? executor.post(block, *args) do loop do break unless block.call(*args) end end end |
.go_via(executor, *args, &block) ⇒ undocumented
228 229 230 231 |
# File 'lib-edge/concurrent/channel.rb', line 228 def go_via(executor, *args, &block) raise ArgumentError.new('no block given') unless block_given? executor.post(*args, &block) end |
.select(*args) {|selector, args| ... } ⇒ undocumented Also known as: alt
216 217 218 219 220 221 |
# File 'lib-edge/concurrent/channel.rb', line 216 def select(*args) raise ArgumentError.new('no block given') unless block_given? selector = Selector.new yield(selector, *args) selector.execute end |
Instance Method Details
#each ⇒ undocumented
193 194 195 196 197 198 199 200 201 202 203 |
# File 'lib-edge/concurrent/channel.rb', line 193 def each raise ArgumentError.new('no block given') unless block_given? loop do item, more = do_next if item != Concurrent::NULL yield(item) elsif !more break end end end |
#next ⇒ undocumented
159 160 161 162 163 |
# File 'lib-edge/concurrent/channel.rb', line 159 def next item, more = do_next item = nil if item == Concurrent::NULL return item, more end |
#next? ⇒ Boolean
165 166 167 168 169 170 171 172 173 |
# File 'lib-edge/concurrent/channel.rb', line 165 def next? item, more = do_next item = if item == Concurrent::NULL Concurrent::Maybe.nothing else Concurrent::Maybe.just(item) end return item, more end |
#offer(item) ⇒ undocumented
99 100 101 102 |
# File 'lib-edge/concurrent/channel.rb', line 99 def offer(item) return false unless validate(item, false, false) do_offer(item) end |
#offer!(item) ⇒ undocumented
104 105 106 107 108 109 |
# File 'lib-edge/concurrent/channel.rb', line 104 def offer!(item) validate(item, false, true) ok = do_offer(item) raise Error if !ok ok end |
#offer?(item) ⇒ Boolean
111 112 113 114 115 116 117 118 119 |
# File 'lib-edge/concurrent/channel.rb', line 111 def offer?(item) if !validate(item, true, false) Concurrent::Maybe.nothing('invalid value') elsif do_offer(item) Concurrent::Maybe.just(true) else Concurrent::Maybe.nothing end end |
#poll ⇒ undocumented
175 176 177 |
# File 'lib-edge/concurrent/channel.rb', line 175 def poll (item = do_poll) == Concurrent::NULL ? nil : item end |
#poll! ⇒ undocumented
179 180 181 182 183 |
# File 'lib-edge/concurrent/channel.rb', line 179 def poll! item = do_poll raise Error if item == Concurrent::NULL item end |
#poll? ⇒ Boolean
185 186 187 188 189 190 191 |
# File 'lib-edge/concurrent/channel.rb', line 185 def poll? if (item = do_poll) == Concurrent::NULL Concurrent::Maybe.nothing else Concurrent::Maybe.just(item) end end |
#put(item) ⇒ undocumented Also known as: send, <<
75 76 77 78 |
# File 'lib-edge/concurrent/channel.rb', line 75 def put(item) return false unless validate(item, false, false) do_put(item) end |
#put!(item) ⇒ undocumented
82 83 84 85 86 87 |
# File 'lib-edge/concurrent/channel.rb', line 82 def put!(item) validate(item, false, true) ok = do_put(item) raise Error if !ok ok end |
#put?(item) ⇒ Boolean
89 90 91 92 93 94 95 96 97 |
# File 'lib-edge/concurrent/channel.rb', line 89 def put?(item) if !validate(item, true, false) Concurrent::Maybe.nothing('invalid value') elsif do_put(item) Concurrent::Maybe.just(true) else Concurrent::Maybe.nothing end end |
#take ⇒ undocumented Also known as: receive, ~
121 122 123 124 |
# File 'lib-edge/concurrent/channel.rb', line 121 def take item = do_take item == Concurrent::NULL ? nil : item end |
#take! ⇒ undocumented
128 129 130 131 132 |
# File 'lib-edge/concurrent/channel.rb', line 128 def take! item = do_take raise Error if item == Concurrent::NULL item end |
#take? ⇒ Boolean
134 135 136 137 138 139 140 141 142 |
# File 'lib-edge/concurrent/channel.rb', line 134 def take? item = do_take item = if item == Concurrent::NULL Concurrent::Maybe.nothing else Concurrent::Maybe.just(item) end item end |