Class: Concurrent::CachedThreadPool — Concurrent Ruby

# Class: Concurrent::CachedThreadPool

Inherits:
  ThreadPoolExecutor
  - Object
  - ThreadPoolExecutor
  - Concurrent::CachedThreadPool
  show all

Defined in:
  lib/concurrent-ruby/concurrent/executor/cached_thread_pool.rb

## Overview

Note:

Failure to properly shutdown a thread pool can lead to unpredictable results. Please read Shutting Down Thread Pools for more information.

A thread pool that dynamically grows and shrinks to fit the current workload. New threads are created as needed, existing threads are reused, and threads that remain idle for too long are killed and removed from the pool. These pools are particularly suited to applications that perform a high volume of short-lived tasks.

On creation a `CachedThreadPool` has zero running threads. New threads are created on the pool as new operations are `#post`. The size of the pool will grow until `#max_length` threads are in the pool or until the number of threads exceeds the number of running and pending operations. When a new operation is post to the pool the first available idle thread will be tasked with the new operation.

Should a thread crash for any reason the thread will immediately be removed from the pool. Similarly, threads which remain idle for an extended period of time will be killed and reclaimed. Thus these thread pools are very efficient at reclaiming unused resources.

The API and behavior of this class are based on Java's `CachedThreadPool`

Thread Pool Options

Thread pools support several configuration options:

- `idletime`: The number of seconds that a thread may be idle before being reclaimed.
- `name`: The name of the executor (optional). Printed in the executor's `#to_s` output and a `<name>-worker-<id>` name is given to its threads if supported by used Ruby implementation. `<id>` is uniq for each thread.
- `max_queue`: The maximum number of tasks that may be waiting in the work queue at any one time. When the queue size reaches `max_queue` and no new threads can be created, subsequent tasks will be rejected in accordance with the configured `fallback_policy`.
- `auto_terminate`: When true (default), the threads started will be marked as daemon.
- `fallback_policy`: The policy defining how rejected tasks are handled.

Three fallback policies are supported:

- `:abort`: Raise a `RejectedExecutionError` exception and discard the task.
- `:discard`: Discard the task and return false.
- `:caller_runs`: Execute the task on the calling thread.

Shutting Down Thread Pools

Killing a thread pool while tasks are still being processed, either by calling the `#kill` method or at application exit, will have unpredictable results. There is no way for the thread pool to know what resources are being used by the in-progress tasks. When those tasks are killed the impact on those resources cannot be predicted. The best practice is to explicitly shutdown all thread pools using the provided methods:

- Call `#shutdown` to initiate an orderly termination of all in-progress tasks
- Call `#wait_for_termination` with an appropriate timeout interval an allow the orderly shutdown to complete
- Call `#kill` only when the thread pool fails to shutdown in the allotted time

On some runtime platforms (most notably the JVM) the application will not exit until all thread pools have been shutdown. To prevent applications from "hanging" on exit, all threads can be marked as daemon according to the `:auto_terminate` option.

    pool1 = Concurrent::FixedThreadPool.new(5) # threads will be marked as daemon
    pool2 = Concurrent::FixedThreadPool.new(5, auto_terminate: false) # mark threads as non-daemon

See Also:

- Java Tutorials: Thread Pools
- Java Executors class
- Java ExecutorService interface
- https://docs.oracle.com/javase/8/docs/api/java/lang/Thread.html#setDaemon-boolean-

## Instance Method Summary collapse

- #initialize(opts = {}) ⇒ CachedThreadPool constructor

  Create a new thread pool.

## Constructor Details

### #initialize(opts = {}) ⇒ `CachedThreadPool`

Create a new thread pool.

Parameters:

- opts (`Hash`) (defaults to: `{}`) —

  the options defining pool behavior.

Options Hash (`opts`):

- :fallback_policy (`Symbol`) — default: ``:abort`` —

  the fallback policy

Raises:

- (`ArgumentError`) —

  if `fallback_policy` is not a known policy

See Also:

- http://docs.oracle.com/javase/8/docs/api/java/util/concurrent/Executors.html#newCachedThreadPool--

    39
    40
    41
    42
    43
    44
    45
    # File 'lib/concurrent-ruby/concurrent/executor/cached_thread_pool.rb', line 39

    def initialize(opts = {})
      defaults  = { idletime: DEFAULT_THREAD_IDLETIMEOUT }
      overrides = { min_threads: 0,
                    max_threads: DEFAULT_MAX_POOL_SIZE,
                    max_queue:   DEFAULT_MAX_QUEUE_SIZE }
      super(defaults.merge(opts).merge(overrides))
    end