logstash-filter-cache-redis 0.1.0 → 0.2.0

data/vendor/bundle/jruby/1.9/gems/concurrent-ruby-1.0.0-java/CHANGELOG.md

@@ -1,323 +0,0 @@
-## Current Release v1.0.0 (13 November 2015)
-
-* Rename `attr_volatile_with_cas` to `attr_atomic`
-* Add `clear_each` to `LockFreeStack`
-* Update `AtomicReference` documentation
-* Further updates and improvements to the synchronization layer.
-* Performance and memory usage performance with `Actor` logging.
-* Fixed `ThreadPoolExecutor` task count methods.
-* Improved `Async` performance for both short and long-lived objects.
-* Fixed bug in `LockFreeLinkedSet`.
-* Fixed bug in which `Agent#await` triggered a validation failure.
-* Further `Channel` updates.
-* Adopted a project Code of Conduct
-* Cleared interpreter warnings
-* Fixed bug in `ThreadPoolExecutor` task count methods
-* Fixed bug in 'LockFreeLinkedSet'
-* Improved Java extension loading
-* Handle Exception children in Edge::Future
-* Continued improvements to channel
-* Removed interpreter warnings.
-* Shared constants now in `lib/concurrent/constants.rb`
-* Refactored many tests.
-* Improved synchronization layer/memory model documentation.
-* Bug fix in Edge `Future#flat`
-* Brand new `Channel` implementation in Edge gem.
-* Simplification of `RubySingleThreadExecutor`
-* `Async` improvements
-  - Each object uses its own `SingleThreadExecutor` instead of the global thread pool.
-  - No longers supports executor injection
-  - Much better documentation
-* `Atom` updates
-  - No longer `Dereferenceable`
-  - Now `Observable`
-  - Added a `#reset` method
-* Brand new `Agent` API and implementation. Now functionally equivalent to Clojure.
-* Continued improvements to the synchronization layer
-* Merged in the `thread_safe` gem
-  - `Concurrent::Array`
-  - `Concurrent::Hash`
-  - `Concurrent::Map` (formerly ThreadSafe::Cache)
-  - `Concurrent::Tuple`
-* Minor improvements to Concurrent::Map
-* Complete rewrite of `Exchanger`
-* Removed all deprecated code (classes, methods, constants, etc.)
-* Updated Agent, MutexAtomic, and BufferedChannel to inherit from Synchronization::Object.
-* Many improved tests
-* Some internal reorganization
-
-### Release v0.9.1 (09 August 2015)
-
-* Fixed a Rubiniux bug in synchronization object
-* Fixed all interpreter warnings (except circular references)
-* Fixed require statements when requiring `Atom` alone
-* Significantly improved `ThreadLocalVar` on non-JRuby platforms
-* Fixed error handling in Edge `Concurrent.zip`
-* `AtomicFixnum` methods `#increment` and `#decrement` now support optional delta
-* New `AtomicFixnum#update` method
-* Minor optimizations in `ReadWriteLock`
-* New `ReentrantReadWriteLock` class
-* `ThreadLocalVar#bind` method is now public
-* Refactored many tests
-
-### Release v0.9.0 (10 July 2015)
-
-* Updated `AtomicReference`
-  - `AtomicReference#try_update` now simply returns instead of raising exception
-  - `AtomicReference#try_update!` was added to raise exceptions if an update
-    fails. Note: this is the same behavior as the old `try_update`
-* Pure Java implementations of
-  - `AtomicBoolean`
-  - `AtomicFixnum`
-  - `Semaphore`
-* Fixed bug when pruning Ruby thread pools
-* Fixed bug in time calculations within `ScheduledTask`
-* Default `count` in `CountDownLatch` to 1
-* Use monotonic clock for all timers via `Concurrent.monotonic_time`
-  - Use `Process.clock_gettime(Process::CLOCK_MONOTONIC)` when available
-  - Fallback to `java.lang.System.nanoTime()` on unsupported JRuby versions
-  - Pure Ruby implementation for everything else
-  - Effects `Concurrent.timer`, `Concurrent.timeout`, `TimerSet`, `TimerTask`, and `ScheduledTask`
-* Deprecated all clock-time based timer scheduling
-  - Only support scheduling by delay
-  - Effects `Concurrent.timer`, `TimerSet`, and `ScheduledTask`
-* Added new `ReadWriteLock` class
-* Consistent `at_exit` behavior for Java and Ruby thread pools.
-* Added `at_exit` handler to Ruby thread pools (already in Java thread pools)
-  - Ruby handler stores the object id and retrieves from `ObjectSpace`
-  - JRuby disables `ObjectSpace` by default so that handler stores the object reference
-* Added a `:stop_on_exit` option to thread pools to enable/disable `at_exit` handler
-* Updated thread pool docs to better explain shutting down thread pools
-* Simpler `:executor` option syntax for all abstractions which support this option
-* Added `Executor#auto_terminate?` predicate method (for thread pools)
-* Added `at_exit` handler to `TimerSet`
-* Simplified auto-termination of the global executors
-  - Can now disable auto-termination of global executors
-  - Added shutdown/kill/wait_for_termination variants for global executors
-* Can now disable auto-termination for *all* executors (the nuclear option)
-* Simplified auto-termination of the global executors
-* Deprecated terms "task pool" and "operation pool"
-  - New terms are "io executor" and "fast executor"
-  - New functions added with new names
-  - Deprecation warnings added to functions referencing old names
-* Moved all thread pool related functions from `Concurrent::Configuration` to `Concurrent`
-  - Old functions still exist with deprecation warnings
-  - New functions have updated names as appropriate
-* All high-level abstractions default to the "io executor"
-* Fixed bug in `Actor` causing it to prematurely warm global thread pools on gem load
-  - This also fixed a `RejectedExecutionError` bug when running with minitest/autorun via JRuby
-* Moved global logger up to the `Concurrent` namespace and refactored the code
-* Optimized the performance of `Delay`
-  - Fixed a bug in which no executor option on construction caused block execution on a global thread pool
-* Numerous improvements and bug fixes to `TimerSet`
-* Fixed deadlock of `Future` when the handler raises Exception
-* Added shared specs for more classes
-* New concurrency abstractions including:
-  - `Atom`
-  - `Maybe`
-  - `ImmutableStruct`
-  - `MutableStruct`
-  - `SettableStruct`
-* Created an Edge gem for unstable abstractions including
-  - `Actor`
-  - `Agent`
-  - `Channel`
-  - `Exchanger`
-  - `LazyRegister`
-  - **new Future Framework** <http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge.html> - unified
-    implementation of Futures and Promises which combines Features of previous `Future`,
-    `Promise`, `IVar`, `Event`, `Probe`, `dataflow`, `Delay`, `TimerTask` into single framework. It uses extensively
-    new synchronization layer to make all the paths **lock-free** with exception of blocking threads on `#wait`.
-    It offers better performance and does not block threads when not required.
-* Actor framework changes:
-  - fixed reset loop in Pool
-  - Pool can use any actor as a worker, abstract worker class is no longer needed.
-  - Actor events not have format `[:event_name, *payload]` instead of just the Symbol.
-  - Actor now uses new Future/Promise Framework instead of `IVar` for better interoperability
-  - Behaviour definition array was simplified to `[BehaviourClass1, [BehaviourClass2, *initialization_args]]`
-  - Linking behavior responds to :linked message by returning array of linked actors
-  - Supervised behavior is removed in favour of just Linking
-  - RestartingContext is supervised by default now, `supervise: true` is not required any more
-  - Events can be private and public, so far only difference is that Linking will
-    pass to linked actors only public messages. Adding private :restarting and
-    :resetting events which are send before the actor restarts or resets allowing
-    to add callbacks to cleanup current child actors.
-  - Print also object_id in Reference to_s
-  - Add AbstractContext#default_executor to be able to override executor class wide
-  - Add basic IO example
-  - Documentation somewhat improved
-  - All messages should have same priority. It's now possible to send `actor << job1 << job2 << :terminate!` and
-    be sure that both jobs are processed first.
-* Refactored `Channel` to use newer synchronization objects
-* Added `#reset` and `#cancel` methods to `TimerSet`
-* Added `#cancel` method to `Future` and `ScheduledTask`
-* Refactored `TimerSet` to use `ScheduledTask`
-* Updated `Async` with a factory that initializes the object
-* Deprecated `Concurrent.timer` and `Concurrent.timeout`
-* Reduced max threads on pure-Ruby thread pools (abends around 14751 threads)
-* Moved many private/internal classes/modules into "namespace" modules
-* Removed brute-force killing of threads in tests
-* Fixed a thread pool bug when the operating system cannot allocate more threads
-
-### Release v0.8.0 (25 January 2015)
-
-* C extension for MRI have been extracted into the `concurrent-ruby-ext` companion gem.
-  Please see the README for more detail.
-* Better variable isolation in `Promise` and `Future` via an `:args` option
-* Continued to update intermittently failing tests
-
-### Release v0.7.2 (24 January 2015)
-
-* New `Semaphore` class based on [java.util.concurrent.Semaphore](http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/Semaphore.html)
-* New `Promise.all?` and `Promise.any?` class methods
-* Renamed `:overflow_policy` on thread pools to `:fallback_policy`
-* Thread pools still accept the `:overflow_policy` option but display a warning
-* Thread pools now implement `fallback_policy` behavior when not running (rather than universally rejecting tasks)
-* Fixed minor `set_deref_options` constructor bug in `Promise` class
-* Fixed minor `require` bug in `ThreadLocalVar` class
-* Fixed race condition bug in `TimerSet` class
-* Fixed race condition bug in `TimerSet` class
-* Fixed signal bug in `TimerSet#post` method
-* Numerous non-functional updates to clear warning when running in debug mode
-* Fixed more intermittently failing tests
-* Tests now run on new Travis build environment
-* Multiple documentation updates
-
-### Release v0.7.1 (4 December 2014)
-
-Please see the [roadmap](https://github.com/ruby-concurrency/concurrent-ruby/issues/142) for more information on the next planned release.
-
-* Added `flat_map` method to `Promise`
-* Added `zip` method to `Promise`
-* Fixed bug with logging in `Actor`
-* Improvements to `Promise` tests
-* Removed actor-experimental warning
-* Added an `IndirectImmediateExecutor` class
-* Allow disabling auto termination of global executors
-* Fix thread leaking in `ThreadLocalVar` (uses `Ref` gem on non-JRuby systems)
-* Fix thread leaking when pruning pure-Ruby thread pools
-* Prevent `Actor` from using an `ImmediateExecutor` (causes deadlock)
-* Added missing synchronizations to `TimerSet`
-* Fixed bug with return value of `Concurrent::Actor::Utils::Pool#ask`
-* Fixed timing bug in `TimerTask`
-* Fixed bug when creating a `JavaThreadPoolExecutor` with minimum pool size of zero
-* Removed confusing warning when not using native extenstions
-* Improved documentation
-
-### Release v0.7.0 (13 August 2014)
-
-* Merge the [atomic](https://github.com/ruby-concurrency/atomic) gem
-  - Pure Ruby `MutexAtomic` atomic reference class
-  - Platform native atomic reference classes `CAtomic`, `JavaAtomic`, and `RbxAtomic`
-  - Automated [build process](https://github.com/ruby-concurrency/rake-compiler-dev-box)
-  - Fat binary releases for [multiple platforms](https://rubygems.org/gems/concurrent-ruby/versions) including Windows (32/64), Linux (32/64), OS X (64-bit), Solaris (64-bit), and JRuby
-* C native `CAtomicBoolean`
-* C native `CAtomicFixnum`
-* Refactored intermittently failing tests
-* Added `dataflow!` and `dataflow_with!` methods to match `Future#value!` method
-* Better handling of timeout in `Agent`
-* Actor Improvements
-  - Fine-grained implementation using chain of behaviors. Each behavior is responsible for single aspect like: `Termination`, `Pausing`, `Linking`, `Supervising`, etc. Users can create custom Actors easily based on their needs.
-  - Supervision was added. `RestartingContext` will pause on error waiting on its supervisor to decide what to do next ( options are `:terminate!`, `:resume!`, `:reset!`, `:restart!`). Supervising behavior also supports strategies `:one_for_one` and `:one_for_all`.
-  - Linking was added to be able to monitor actor's events like: `:terminated`, `:paused`, `:restarted`, etc.
-  - Dead letter routing added. Rejected envelopes are collected in a configurable actor (default: `Concurrent::Actor.root.ask!(:dead_letter_routing)`)
-  - Old `Actor` class removed and replaced by new implementation previously called `Actress`. `Actress` was kept as an alias for `Actor` to keep compatibility.
-  - `Utils::Broadcast` actor which allows Publish–subscribe pattern.
-* More executors for managing serialized operations
-  - `SerializedExecution` mixin module
-  - `SerializedExecutionDelegator` for serializing *any* executor
-* Updated `Async` with serialized execution
-* Updated `ImmediateExecutor` and `PerThreadExecutor` with full executor service lifecycle
-* Added a `Delay` to root `Actress` initialization
-* Minor bug fixes to thread pools
-* Refactored many intermittently failing specs
-* Removed Java interop warning `executor.rb:148 warning: ambiguous Java methods found, using submit(java.lang.Runnable)`
-* Fixed minor bug in `RubyCachedThreadPool` overflow policy
-* Updated tests to use [RSpec 3.0](http://myronmars.to/n/dev-blog/2014/05/notable-changes-in-rspec-3)
-* Removed deprecated `Actor` class
-* Better support for Rubinius
-
-### Release v0.6.1 (14 June 2014)
-
-* Many improvements to `Concurrent::Actress`
-* Bug fixes to `Concurrent::RubyThreadPoolExecutor`
-* Fixed several brittle tests
-* Moved documentation to http://ruby-concurrency.github.io/concurrent-ruby/frames.html
-
-### Release v0.6.0 (25 May 2014)
-
-* Added `Concurrent::Observable` to encapsulate our thread safe observer sets
-* Improvements to new `Channel`
-* Major improvements to `CachedThreadPool` and `FixedThreadPool`
-* Added `SingleThreadExecutor`
-* Added `Current::timer` function
-* Added `TimerSet` executor
-* Added `AtomicBoolean`
-* `ScheduledTask` refactoring
-* Pure Ruby and JRuby-optimized `PriorityQueue` classes
-* Updated `Agent` behavior to more closely match Clojure
-* Observer sets support block callbacks to the `add_observer` method
-* New algorithm for thread creation in `RubyThreadPoolExecutor`
-* Minor API updates to `Event`
-* Rewritten `TimerTask` now an `Executor` instead of a `Runnable`
-* Fixed many brittle specs
-* Renamed `FixedThreadPool` and `CachedThreadPool` to `RubyFixedThreadPool` and `RubyCachedThreadPool`
-* Created JRuby optimized `JavaFixedThreadPool` and `JavaCachedThreadPool`
-* Consolidated fixed thread pool tests into `spec/concurrent/fixed_thread_pool_shared.rb` and  `spec/concurrent/cached_thread_pool_shared.rb`
-* `FixedThreadPool` now subclasses `RubyFixedThreadPool` or `JavaFixedThreadPool` as appropriate
-* `CachedThreadPool` now subclasses `RubyCachedThreadPool` or `JavaCachedThreadPool` as appropriate
-* New `Delay` class
-* `Concurrent::processor_count` helper function
-* New `Async` module
-* Renamed `NullThreadPool` to `PerThreadExecutor`
-* Deprecated `Channel` (we are planning a new implementation based on [Go](http://golangtutorials.blogspot.com/2011/06/channels-in-go.html))
-* Added gem-level [configuration](http://robots.thoughtbot.com/mygem-configure-block)
-* Deprecated `$GLOBAL_THREAD_POOL` in lieu of gem-level configuration
-* Removed support for Ruby [1.9.2](https://www.ruby-lang.org/en/news/2013/12/17/maintenance-of-1-8-7-and-1-9-2/)
-* New `RubyThreadPoolExecutor` and `JavaThreadPoolExecutor` classes
-* All thread pools now extend the appropriate thread pool executor classes
-* All thread pools now support `:overflow_policy` (based on Java's [reject policies](http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ThreadPoolExecutor.html))
-* Deprecated `UsesGlobalThreadPool` in lieu of explicit `:executor` option (dependency injection) on `Future`, `Promise`, and `Agent`
-* Added `Concurrent::dataflow_with(executor, *inputs)` method to support executor dependency injection for dataflow
-* Software transactional memory with `TVar` and `Concurrent::atomically`
-* First implementation of [new, high-performance](https://github.com/ruby-concurrency/concurrent-ruby/pull/49) `Channel`
-* `Actor` is deprecated in favor of new experimental actor implementation [#73](https://github.com/ruby-concurrency/concurrent-ruby/pull/73). To avoid namespace collision it is living in `Actress` namespace until `Actor` is removed in next release.
-
-### Release v0.5.0
-
-This is the most significant release of this gem since its inception. This release includes many improvements and optimizations. It also includes several bug fixes. The major areas of focus for this release were:
-
-* Stability improvements on Ruby versions with thread-level parallelism ([JRuby](http://jruby.org/) and [Rubinius](http://rubini.us/))
-* Creation of new low-level concurrency abstractions
-* Internal refactoring to use the new low-level abstractions
-
-Most of these updates had no effect on the gem API. There are a few notable exceptions which were unavoidable. Please read the [release notes](API-Updates-in-v0.5.0) for more information.
-
-Specific changes include:
-
-* New class `IVar`
-* New class `MVar`
-* New class `ThreadLocalVar`
-* New class `AtomicFixnum`
-* New class method `dataflow`
-* New class `Condition`
-* New class `CountDownLatch`
-* New class `DependencyCounter`
-* New class `SafeTaskExecutor`
-* New class `CopyOnNotifyObserverSet`
-* New class `CopyOnWriteObserverSet`
-* `Future` updated with `execute` API
-* `ScheduledTask` updated with `execute` API
-* New `Promise` API
-* `Future` now extends `IVar`
-* `Postable#post?` now returns an `IVar`
-* Thread safety fixes to `Dereferenceable`
-* Thread safety fixes to `Obligation`
-* Thread safety fixes to `Supervisor`
-* Thread safety fixes to `Event`
-* Various other thread safety (race condition) fixes
-* Refactored brittle tests
-* Implemented pending tests
-* Added JRuby and Rubinius as Travis CI build targets
-* Added [CodeClimate](https://codeclimate.com/) code review
-* Improved YARD documentation

data/vendor/bundle/jruby/1.9/gems/concurrent-ruby-1.0.0-java/README.md

@@ -1,261 +0,0 @@
-# Concurrent Ruby
-
-[![Gem Version](https://badge.fury.io/rb/concurrent-ruby.svg)](http://badge.fury.io/rb/concurrent-ruby)
-[![Build Status](https://travis-ci.org/ruby-concurrency/concurrent-ruby.svg?branch=master)](https://travis-ci.org/ruby-concurrency/concurrent-ruby)
-[![Build status](https://ci.appveyor.com/api/projects/status/iq8aboyuu3etad4w?svg=true)](https://ci.appveyor.com/project/rubyconcurrency/concurrent-ruby)
-[![Code Climate](https://codeclimate.com/github/ruby-concurrency/concurrent-ruby.svg)](https://codeclimate.com/github/ruby-concurrency/concurrent-ruby)
-[![Inline docs](http://inch-ci.org/github/ruby-concurrency/concurrent-ruby.svg)](http://inch-ci.org/github/ruby-concurrency/concurrent-ruby)
-[![Dependency Status](https://gemnasium.com/ruby-concurrency/concurrent-ruby.svg)](https://gemnasium.com/ruby-concurrency/concurrent-ruby)
-[![License](https://img.shields.io/badge/license-MIT-green.svg)](http://opensource.org/licenses/MIT)
-[![Gitter chat](https://img.shields.io/badge/IRC%20(gitter)-devs%20%26%20users-brightgreen.svg)](https://gitter.im/ruby-concurrency/concurrent-ruby)
-
-<table>
-  <tr>
-    <td align="left" valign="top">
-      <p>
-        Modern concurrency tools for Ruby. Inspired by
-        <a href="http://www.erlang.org/doc/reference_manual/processes.html">Erlang</a>,
-        <a href="http://clojure.org/concurrent_programming">Clojure</a>,
-        <a href="http://akka.io/">Scala</a>,
-        <a href="http://www.haskell.org/haskellwiki/Applications_and_libraries/Concurrency_and_parallelism#Concurrent_Haskell">Haskell</a>,
-        <a href="http://blogs.msdn.com/b/dsyme/archive/2010/02/15/async-and-parallel-design-patterns-in-f-part-3-agents.aspx">F#</a>,
-        <a href="http://msdn.microsoft.com/en-us/library/vstudio/hh191443.aspx">C#</a>,
-        <a href="http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/package-summary.html">Java</a>,
-        and classic concurrency patterns.
-      </p>
-      <p>
-        The design goals of this gem are:
-        <ul>
-          <li>Be an 'unopinionated' toolbox that provides useful utilities without debating which is better or why</li>
-          <li>Remain free of external gem dependencies</li>
-          <li>Stay true to the spirit of the languages providing inspiration</li>
-          <li>But implement in a way that makes sense for Ruby</li>
-          <li>Keep the semantics as idiomatic Ruby as possible</li>
-          <li>Support features that make sense in Ruby</li>
-          <li>Exclude features that don't make sense in Ruby</li>
-          <li>Be small, lean, and loosely coupled</li>
-        </ul>
-      </p>
-    </td>
-    <td align="right" valign="top">
-      <img src="https://raw.githubusercontent.com/ruby-concurrency/concurrent-ruby/master/doc/logo/concurrent-ruby-logo-300x300.png"/>
-    </td>
-  </tr>
-</table>
-
-### Supported Ruby versions
-
-MRI 1.9.3, 2.0, 2.1, 2.2, JRuby (1.9 mode), and Rubinius 2.x are supported.
-This gem should be fully compatible with any interpreter that is compliant with Ruby 1.9.3 or newer.
-Java 8 is preferred for JRuby but every Java version on which JRuby 9000 runs will be supported.
-
-## Thread Safety
-
-*Concurrent Ruby makes the strongest thread safety guarantees of any Ruby concurrency library. We are the only library with a published [memory model](https://github.com/ruby-concurrency/concurrent-ruby/blob/master/doc/synchronization.md) which provides consistent behavior and guarantees on all three of the main Ruby interpreters (MRI/CRuby, JRuby, and Rubinius).*
-
-Every abstraction in this library is thread safe. Similarly, all are deadlock free and many are fully lock free. Specific thread safety guarantees are documented with each abstraction.
-
-It is critical to remember, however, that Ruby is a language of mutable references. *No* concurrency library for Ruby can ever prevent the user from making thread safety mistakes (such as sharing a mutable object between threads and modifying it on both threads) or from creating deadlocks through incorrect use of locks. All the library can do is provide safe abstractions which encourage safe practices. Concurrent Ruby provides more safe concurrency abstractions than any other Ruby library, many of which support the mantra of ["Do not communicate by sharing memory; instead, share memory by communicating"](https://blog.golang.org/share-memory-by-communicating). Concurrent Ruby is also the only Ruby library which provides a full suite of thread safe and immutable variable types and data structures.
-
-## Features & Documentation
-
-We have a roadmap guiding our work toward the [v1.0.0 release](https://github.com/ruby-concurrency/concurrent-ruby/issues/257).
-
-The primary site for documentation is the automatically generated [API documentation](http://ruby-concurrency.github.io/concurrent-ruby/frames.html)
-
-We also have a [mailing list](http://groups.google.com/group/concurrent-ruby) and [IRC (gitter)](https://gitter.im/ruby-concurrency/concurrent-ruby).
-
-This library contains a variety of concurrency abstractions at high and low levels. One of the high-level abstractions is likely to meet most common needs.
-
-#### General-purpose Concurrency Abstractions
-
-* [Async](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Async.html): A mixin module that provides simple asynchronous behavior to a class. Loosely based on Erlang's [gen_server](http://www.erlang.org/doc/man/gen_server.html).
-* [Future](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Future.html): An asynchronous operation that produces a value.
-  * [Dataflow](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent.html#dataflow-class_method): Built on Futures, Dataflow allows you to create a task that will be scheduled when all of its data dependencies are available.
-* [Promise](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Promise.html): Similar to Futures, with more features.
-* [ScheduledTask](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/ScheduledTask.html): Like a Future scheduled for a specific future time.
-* [TimerTask](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/TimerTask.html): A Thread that periodically wakes up to perform work at regular intervals.
-
-#### Thread-safe Value Objects, Structures, and Collections
-
-Collection classes that were originally part of the (deprecated) `thread_safe` gem:
-
-* [Array](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Array.html) A thread-safe subclass of Ruby's standard [Array](http://ruby-doc.org/core-2.2.0/Array.html).
-* [Hash](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Hash.html) A thread-safe subclass of Ruby's standard [Hash](http://ruby-doc.org/core-2.2.0/Hash.html).
-* [Map](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Map.html) A hash-like object that should have much better performance characteristics, especially under high concurrency, than `Concurrent::Hash`.
-* [Tuple](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Tuple.html) A fixed size array with volatile (synchronized, thread safe) getters/setters.
-
-Value objects inspired by other languages:
-
-* [Maybe](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Maybe.html) A thread-safe, immutable object representing an optional value, based on
-  [Haskell Data.Maybe](https://hackage.haskell.org/package/base-4.2.0.1/docs/Data-Maybe.html).
-* [Delay](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Delay.html) Lazy evaluation of a block yielding an immutable result. Based on Clojure's [delay](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Delay.html).
-
-Structure classes derived from Ruby's [Struct](http://ruby-doc.org/core-2.2.0/Struct.html):
-
-* [ImmutableStruct](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/ImmutableStruct.html) Immutable struct where values are set at construction and cannot be changed later.
-* [MutableStruct](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/MutableStruct.html) Synchronized, mutable struct where values can be safely changed at any time.
-* [SettableStruct](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/SettableStruct.html) Synchronized, write-once struct where values can be set at most once, either at construction or any time thereafter.
-
-Thread-safe variables:
-
-* [Agent](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Agent.html): A way to manage shared, mutable, *asynchronous*, independent, state. Based on Clojure's [Agent](http://clojure.org/agents).
-* [Atom](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Atom.html): A way to manage shared, mutable, *synchronous*, independent state. Based on Clojure's [Atom](http://clojure.org/atoms).
-* [AtomicBoolean](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/AtomicBoolean.html) A boolean value that can be updated atomically.
-* [AtomicFixnum](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/AtomicFixnum.html) A numeric value that can be updated atomically.
-* [AtomicReference](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/MutexAtomic.html) An object reference that may be updated atomically.
-* [Exchanger](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Exchanger.html) A synchronization point at which threads can pair and swap elements within pairs. Based on Java's [Exchanger](http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/Exchanger.html).
-* [MVar](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/MVar.html) A synchronized single element container. Based on Haskell's [MVar](https://hackage.haskell.org/package/base-4.8.1.0/docs/Control-Concurrent-MVar.html) and Scala's [MVar](http://docs.typelevel.org/api/scalaz/nightly/index.html#scalaz.concurrent.MVar$).
-* [ThreadLocalVar](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/ThreadLocalVar.html) A variable where the value is different for each thread.
-* [TVar](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/TVar.html) A transactional variable implementing software transactional memory (STM). Based on Clojure's [Ref](http://clojure.org/refs).
-
-#### Java-inspired ThreadPools and Other Executors
-
-* See the [thread pool](http://ruby-concurrency.github.io/concurrent-ruby/file.thread_pools.html) overview, which also contains a list of other Executors available.
-
-#### Thread Synchronization Classes and Algorithms
-
-* [CountDownLatch](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/CountDownLatch.html) A synchronization object that allows one thread to wait on multiple other threads.
-* [CyclicBarrier](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/CyclicBarrier.html) A synchronization aid that allows a set of threads to all wait for each other to reach a common barrier point.
-* [Event](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Event.html) Old school kernel-style event.
-* [IVar](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/IVar.html) Similar to a "future" but can be manually assigned once, after which it becomes immutable.
-* [ReadWriteLock](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/ReadWriteLock.html) A lock that supports multiple readers but only one writer.
-* [ReentrantReadWriteLock](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/ReentrantReadWriteLock.html) A read/write lock with reentrant and upgrade features.
-* [Semaphore](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Semaphore.html) A counting-based locking mechanism that uses permits.
-
-### Edge Features
-
-These are available in the `concurrent-ruby-edge` companion gem.
-
-These features are under active development and may change frequently. They are expected not to
-keep backward compatibility (there may also lack tests and documentation). Semantic versions will
-be obeyed though. Features developed in `concurrent-ruby-edge` are expected to move to `concurrent-ruby` when final.
-
-* [Actor](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Actor.html):
-  Implements the Actor Model, where concurrent actors exchange messages.
-* [New Future Framework](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge/FutureShortcuts.html):
-  Unified implementation of futures and promises which combines features of previous `Future`,
-  `Promise`, `IVar`, `Event`, `dataflow`, `Delay`, and `TimerTask` into a single framework. It extensively uses the
-  new synchronization layer to make all the features **non-blocking** and **lock-free**, with the exception of obviously blocking
-  operations like `#wait`, `#value`. It also offers better performance.
-* [Channel](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge/Channel.html):
-  Communicating Sequential Processes ([CSP](https://en.wikipedia.org/wiki/Communicating_sequential_processes)).
-  Functionally equivalent to Go [channels](https://tour.golang.org/concurrency/2) with additional
-  inspiration from Clojure [core.async](https://clojure.github.io/core.async/).
-* [LazyRegister](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/LazyRegister.html)
-* [AtomicMarkableReference](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge/AtomicMarkableReference.html)
-* [LockFreeLinkedSet](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge/LockFreeLinkedSet.html)
-* [LockFreeStack](http://ruby-concurrency.github.io/concurrent-ruby/Concurrent/Edge/LockFreeStack.html)
-
-#### Statuses:
-
-*Why are these not in core?*
-
-- **Actor** - Partial documentation and tests; depends on new future/promise framework; stability is good.
-- **Channel** - Brand new implementation; partial documentation and tests; stability is good.
-- **Future/Promise Framework** - API changes; partial documentation and tests; stability is good.
-- **LazyRegister** - Missing documentation and tests.
-- **AtomicMarkableReference, LockFreeLinkedSet, LockFreeStack** - Need real world battle testing.
-
-## Usage
-
-Everything within this gem can be loaded simply by requiring it:
-
-```ruby
-require 'concurrent'
-```
-
-To use the tools in the Edge gem it must be required separately:
-
-```ruby
-require 'concurrent-edge'
-```
-
-If the library does not behave as expected, `Concurrent.use_stdlib_logger(Logger::DEBUG)` could help to reveal the problem.
-
-## Installation
-
-```shell
-gem install concurrent-ruby
-```
-
-or add the following line to Gemfile:
-
-```ruby
-gem 'concurrent-ruby'
-```
-
-and run `bundle install` from your shell.
-
-### Edge Gem Installation
-
-The Edge gem must be installed separately from the core gem:
-
-```shell
-gem install concurrent-ruby-edge
-```
-
-or add the following line to Gemfile:
-
-```ruby
-gem 'concurrent-ruby-edge'
-```
-
-and run `bundle install` from your shell.
-
-
-### C Extensions for MRI
-
-Potential performance improvements may be achieved under MRI by installing optional C extensions.
-To minimize installation errors the C extensions are available in the `concurrent-ruby-ext` extension
-gem. `concurrent-ruby` and `concurrent-ruby-ext` are always released together with same version.
-Simply install the extension gem too:
-
-```ruby
-gem install concurrent-ruby-ext
-```
-
-or add the following line to Gemfile:
-
-```ruby
-gem 'concurrent-ruby-ext'
-```
-
-and run `bundle install` from your shell.
-
-In code it is only necessary to
-
-```ruby
-require 'concurrent'
-```
-
-The `concurrent-ruby` gem will automatically detect the presence of the `concurrent-ruby-ext` gem
-and load the appropriate C extensions.
-
-#### Note For gem developers
-
-No gems should depend on `concurrent-ruby-ext`. Doing so will force C extensions on your users.
-The best practice is to depend on `concurrent-ruby` and let users to decide if they want C extensions.
-
-## Maintainers
-
-* [Jerry D'Antonio](https://github.com/jdantonio) (creator)
-* [Petr Chalupa](https://github.com/pitr-ch)
-* [Michele Della Torre](https://github.com/mighe)
-* [Chris Seaton](https://github.com/chrisseaton)
-* [Paweł Obrok](https://github.com/obrok)
-* [Lucas Allan](https://github.com/lucasallan)
-
-### Special Thanks
-
-* [Brian Durand](https://github.com/bdurand) for the `ref` gem
-* [Charles Oliver Nutter](https://github.com/headius) for the `atomic` and `thread_safe` gems
-* [thedarkone](https://github.com/thedarkone) for the `thread_safe` gem
-
-## License and Copyright
-
-*Concurrent Ruby* is free software released under the [MIT License](http://www.opensource.org/licenses/MIT).
-
-The *Concurrent Ruby* [logo](https://github.com/ruby-concurrency/concurrent-ruby/wiki/Logo)
-was designed by [David Jones](https://twitter.com/zombyboy).
-It is Copyright &copy; 2014 [Jerry D'Antonio](https://twitter.com/jerrydantonio). All Rights Reserved.