X-Git-Url: https://git.piment-noir.org/?a=blobdiff_plain;f=README.MD;h=af80d5d02481998eeb646bf82c05f6be886cc8bb;hb=48211d04ba8aeae7c6dca982391054269adddac2;hp=3d7c4bfd8184d3e5badb573836733638c2e53b01;hpb=ba2be357f0ce3c17089eaa9c81e115a48474952f;p=poolifier.git diff --git a/README.MD b/README.MD index 3d7c4bfd..af80d5d0 100644 --- a/README.MD +++ b/README.MD @@ -11,6 +11,8 @@ · API · + Choose a pool + · Contribute · Compatibility @@ -20,8 +22,8 @@

Overview

Node pool contains two worker-threads pool implementations , you don' t have to deal with worker-threads complexity.
-The first implementation is a static thread pool , with a defined number of threads that are started at creation time .
-The second implementation is a dynamic thread pool with a number of threads started at creation time and other threads created when the load will increase ( with an upper limit ), the new created threads will be stopped after a threshold.
+The first implementation is a static thread pool , with a defined number of threads that are started at creation time and will be reused.
+The second implementation is a dynamic thread pool with a number of threads started at creation time ( these threads will be always active and reused) and other threads created when the load will increase ( with an upper limit ), the new created threads will be stopped after a configurable period of inactivity.
You have to implement your worker extending the ThreadWorker class

Installation

@@ -108,6 +110,15 @@ This method will call the terminate method on each worker. `opts` (optional) An object with these properties : - `maxInactiveTime` - Max time to wait tasks to work on ( in ms) , after this period the new worker threads will die. +

Choose your pool

+Performance is one of the main target of these thread pool implementation, we want to have a strong focus on this.
+We already have a bench folder where you can find some comparisons. +To choose your pool consider that with a FixedThreadPool or a DynamicThreadPool ( in this case is important the min parameter passed to the constructor) your application memory footprint will increase .
+Increasing the memory footprint your application will be ready to accept more CPU bound tasks, but during idle time your application will consume more memory.
+One good choose from my point of view is to profile your application using Fixed/Dynamic thread pool , and to see your application metrics when you increase/decrease the num of threads.
+For example you could keep the memory footprint low choosing a DynamicThreadPool with 5 threads, and allow to create new threads until 50/100 when requests, this is the advantage to use the DynamicThreadPool.
+But in general , always profile your application +

Contribute

See guidelines [CONTRIBUTING](./.github/CONTRIBUTING.md) @@ -115,5 +126,5 @@ See guidelines [CONTRIBUTING](./.github/CONTRIBUTING.md)

License

-[MIT](https://github.com/pioardi/node-pool/blob/master/LICENSE) +[MIT](./LICENSE)