You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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
npmjs
npm install poolifier --save
JSR
npx jsr add @poolifier/poolifier
Usage
You can implement a poolifier worker_threads worker in a simple way by extending the class ThreadWorker:
import{ThreadWorker}from'poolifier'functionyourFunction(data){// this will be executed in the worker thread,// the data will be received by using the execute methodreturn{ok: 1}}exportdefaultnewThreadWorker(yourFunction,{maxInactiveTime: 60000,})
Instantiate your pool based on your needs :
import{DynamicThreadPool,FixedThreadPool,PoolEvents,availableParallelism}from'poolifier'// a fixed worker_threads poolconstpool=newFixedThreadPool(availableParallelism(),'./yourWorker.js',{onlineHandler: ()=>console.info('worker is online'),errorHandler: e=>console.error(e),})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 poolconstpool=newDynamicThreadPool(Math.floor(availableParallelism()/2),availableParallelism(),'./yourWorker.js',{onlineHandler: ()=>console.info('worker is online'),errorHandler: e=>console.error(e),})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 anothertry{constres=awaitpool.execute()console.info(res)}catch(err){console.error(err)}
You can do the same with the classes ClusterWorker, FixedClusterPool and DynamicClusterPool.