Poolifier

Fast and small Node.js worker_threads and cluster worker pool

README

Node.js Worker_Threads and Cluster Worker Pool


Why Poolifier?


Poolifier is used to perform CPU and/or I/O intensive tasks on Node.js servers, it implements worker pools using worker_threads and cluster Node.js modules.
With poolifier you can improve your performance and resolve problems related to the event loop.  
Moreover you can execute your tasks using an API designed to improve the developer experience.  
Please consult our general guidelines.

- Easy to use :white_check_mark:
- Fixed and dynamic pool size :white_check_mark:
- Easy switch from a pool type to another :white_check_mark:
- Performance benchmarks :white_check_mark:
- No runtime dependencies :white_check_mark:
- Proper integration with Node.js async_hooks :white_check_mark:
- Support for CommonJS, ESM and TypeScript :white_check_mark:
- Support for worker_threads and cluster Node.js modules :white_check_mark:
- Support for multiple task functions :white_check_mark:
- Support for task functions CRUD operations at runtime :white_check_mark:
- Support for sync and async task functions :white_check_mark:
- Tasks distribution strategies :white_check_mark:
- Lockless tasks queueing :white_check_mark:
- Queued tasks rescheduling:
  - Task stealing on empty queue :white_check_mark:
  - Tasks stealing under back pressure :white_check_mark:
  - Tasks redistribution on worker error :white_check_mark:
- General guidelines on pool choice :white_check_mark:
- Error handling out of the box :white_check_mark:
- Widely tested :white_check_mark:
- Active community :white_check_mark:
- Code quality Bugs
  Code Smells
  Duplicated Lines (%)
  Maintainability Rating
  Reliability Rating
  Technical Debt
- Code security Security Rating Vulnerabilities

Table of contents


- API

Overview


Poolifier contains two worker_threads/cluster worker pool implementations, you don't have to deal with worker_threads/cluster complexity.
The first implementation is a fixed worker pool, with a defined number of workers that are started at creation time and will be reused.  
The second implementation is a dynamic worker pool, with a number of worker started at creation time (these workers will be always active and reused) and other workers created when the load will increase (with an upper limit, these workers will be reused when active), the newly created workers will be stopped after a configurable period of inactivity.  
You have to implement your worker by extending the _ThreadWorker_ or _ClusterWorker_ class.

Installation


  1. ```shell
  2. npm install poolifier --save
  3. ```

Usage


You can implement a worker_threads worker in a simple way by extending the class _ThreadWorker_:

  1. ```js
  2. 'use strict'
  3. const { ThreadWorker } = require('poolifier')

  4. function yourFunction(data) {
  5.   // this will be executed in the worker thread,
  6.   // the data will be received by using the execute method
  7.   return { ok: 1 }
  8. }

  9. module.exports = new ThreadWorker(yourFunction, {
  10.   maxInactiveTime: 60000
  11. })
  12. ```

Instantiate your pool based on your needs :

  1. ```js
  2. 'use strict'
  3. const { DynamicThreadPool, FixedThreadPool, PoolEvents, availableParallelism } = require('poolifier')

  4. // a fixed worker_threads pool
  5. const pool = new FixedThreadPool(availableParallelism(), './yourWorker.js', {
  6.   errorHandler: (e) => console.error(e),
  7.   onlineHandler: () => console.info('worker is online')
  8. })

  9. pool.emitter?.on(PoolEvents.ready, () => console.info('Pool is ready'))
  10. pool.emitter?.on(PoolEvents.busy, () => console.info('Pool is busy'))

  11. // or a dynamic worker_threads pool
  12. const pool = new DynamicThreadPool(Math.floor(availableParallelism() / 2), availableParallelism(), './yourWorker.js', {
  13.   errorHandler: (e) => console.error(e),
  14.   onlineHandler: () => console.info('worker is online')
  15. })

  16. pool.emitter?.on(PoolEvents.full, () => console.info('Pool is full'))
  17. pool.emitter?.on(PoolEvents.ready, () => console.info('Pool is ready'))
  18. pool.emitter?.on(PoolEvents.busy, () => console.info('Pool is busy'))

  19. // the execute method signature is the same for both implementations,
  20. // so you can easily switch from one to another
  21. pool
  22.   .execute()
  23.   .then((res) => {
  24.     console.info(res)
  25.   })
  26.   .catch((err) => {
  27.     console.error(err)
  28.   })
  29. ```

You can do the same with the classes _ClusterWorker_, _FixedClusterPool_ and _DynamicClusterPool_.

See examples for more details:

    - ws cluster pool
    - ws hybrid pool

Remember that workers can only send and receive structured-cloneable data.

Node.js versions


Node.js versions >= 18.x.x are supported.




Contribute


Choose your task here, propose an idea, a fix, an improvement.

See CONTRIBUTING guidelines.

Team


Creator/Owner:

- [Alessandro Pio Ardizio](https://github.com/pioardi)

Maintainers:

- [Jérôme Benoit](https://github.com/jerome-benoit)

Contributors:

- [Shinigami92](https://github.com/Shinigami92)

License