Skip to content

Library on top of node js worker threads that implement various worker pools type

License

Notifications You must be signed in to change notification settings

ematipico/poolifier

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Node.js Worker_Threads and Cluster Worker Pool

GitHub commit activity (master) Weekly Downloads Actions Status Code Coverage Quality Gate Status Javascript Standard Style Guide Gitter chat Open Collective PR Welcome No dependencies

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

Table of contents

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

npm install poolifier --save

Usage

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

'use strict'
const { ThreadWorker } = require('poolifier')

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

module.exports = new ThreadWorker(yourFunction, {
  maxInactiveTime: 60000
})

Instantiate your pool based on your needs :

'use strict'
const { DynamicThreadPool, FixedThreadPool, PoolEvents, availableParallelism } = require('poolifier')

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

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

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

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

// the execute method signature is the same for both implementations,
// so you can easily switch from one to another
pool
  .execute()
  .then((res) => {
    console.info(res)
  })
  .catch((err) => {
    console.error(err)
  })

You can do the same with the classes ClusterWorker, FixedClusterPool and DynamicClusterPool.

See examples for more details:

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

Node.js versions

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

Contribute

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

See CONTRIBUTING guidelines.

Team

Creator/Owner:

Maintainers:

Contributors:

License

MIT

About

Library on top of node js worker threads that implement various worker pools type

Resources

License

Code of conduct

Security policy

Stars

Watchers

Forks

Packages

No packages published

Languages

  • JavaScript 58.8%
  • TypeScript 40.7%
  • Shell 0.5%