wyrihaximus / react-child-process-pool
Pool wyrihaximus/react-child-process-messenger processes
Fund package maintenance!
WyriHaximus
Installs: 214 405
Dependents: 12
Suggesters: 0
Security: 0
Stars: 40
Watchers: 7
Forks: 9
Open Issues: 12
Requires
- php: ^8.0 || ^7.0 || ^5.4
- evenement/evenement: ^3.0 || ^2.0
- react/event-loop: ^1.1
- wyrihaximus/cpu-core-detector: ^2 || ^1.0.2
- wyrihaximus/file-descriptors: ^2 || ^1.0 || ^0.1
- wyrihaximus/react-child-process-messenger: ^4 || ^3 || ^2.10.1
- wyrihaximus/ticking-promise: ^2 || ^1.5
Requires (Dev)
- clue/block-react: ^1.3
- phake/phake: ^2.2.1
- phpunit/phpunit: ^4.8.35||^5.0||^9.5
- squizlabs/php_codesniffer: ^3.3.2
- vectorface/dunit: ~2.0
Suggests
- wyrihaximus/react-child-process-pool-redis-queue: Redis RPC queue
- dev-master
- 1.9.0
- 1.8.0
- 1.7.0
- 1.6.0
- 1.5.1
- 1.5.0
- 1.4.2
- 1.4.1
- 1.4.0
- 1.3.0
- 1.2.0
- v1.1.x-dev
- 1.1.1
- 1.1.0
- v1.0.x-dev
- 1.0.1
- 1.0.0
- 1.0.0-beta5
- 1.0.0-beta4
- 1.0.0-beta3
- 1.0.0-beta2
- 1.0.0-beta1
- 1.0.0-alpha11
- 1.0.0-alpha10
- 1.0.0-alpha9
- 1.0.0-alpha8
- 1.0.0-alpha7
- 1.0.0-alpha6
- 1.0.0-alpha5
- 1.0.0-alpha4
- 1.0.0-alpha3
- 1.0.0-alpha2
- 1.0.0-alpha1
- dev-renovate/configure
- dev-dependabot/composer/clue/block-react-1.5.0
- dev-split-up-tests-and-benchmark-into-two-different-jobs
- dev-spawnfailure
- dev-feature-up-and-down-scaling-pool
- dev-var.ci
This package is auto-updated.
Last update: 2024-11-04 07:40:59 UTC
README
Installation
To install via Composer, use the command below, it will automatically detect the latest version and bind it with ~
.
composer require wyrihaximus/react-child-process-pool
Pools
Dummy
- Meant for testing, doesn't do anything but complies to it's contractFixed
- Spawns a given fixed amount of workersFlexible
- Spawns workers as a needed basis, given a minimum and maximum it will spawn within those values
Usage
This package pools wyrihaximus/react-child-process-messenger
, for basic messaging please see that package for details how to use it.
Creating a pool
This package ships with a set factories, which create different pools. (All the options in the following examples are the default options.)
Dummy
Creates a Dummy
pool:
$loop = EventLoopFactory::create(); Dummy::createFromClass(ReturnChild::class, $loop)->then(function (PoolInterface $pool) { // Now you have a Dummy pool, which does absolutely nothing });
Fixed
Creates a Fixed
pool:
$loop = EventLoopFactory::create(); $options = [ Options::SIZE => 5, ]; Fixed::createFromClass(ReturnChild::class, $loop, $options)->then(function (PoolInterface $pool) { // You now have a pull with 5 always running child processes });
Flexible
Creates a Flexible
pool:
$loop = EventLoopFactory::create(); $options = [ Options::MIN_SIZE => 0, Options::MAX_SIZE => 5, Options::TTL => 0, ]; Flexible::createFromClass(ReturnChild::class, $loop, $options)->then(function (PoolInterface $pool) { // You now have a pool that spawns no child processes on start. // But when you call rpc a new child process will be started for // as long as the pool has work in the queue. With a maximum of five. });
CpuCoreCountFixed
Creates a Fixed
pool with size set to the number of CPU cores:
$loop = EventLoopFactory::create(); CpuCoreCountFlexible::createFromClass(ReturnChild::class, $loop)->then(function (PoolInterface $pool) { // You now have a Fixed pool with a child process assigned to each CPU core. });
CpuCoreCountFlexible
The following example will creates a flexible pool with max size set to the number of CPU cores. Where the create
method requires you to give it a React\ChildProcess\Process
. The createFromClass
lets you pass a classname of a class implementing WyriHaximus\React\ChildProcess\Messenger\ChildInterface
that will be used as the worker in the client. Take a look at WyriHaximus\React\ChildProcess\Messenger\ReturnChild
to see how that works.
$loop = EventLoopFactory::create(); CpuCoreCountFlexible::createFromClass(ReturnChild::class, $loop)->then(function (PoolInterface $pool) { // You now have a Fixed pool with a child process assigned to each CPU core, // which, just like the Flexible pool, will only run when there is something // in the queue. });
License
Copyright 2017 Cees-Jan Kiewiet
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Contributors beyond the commit log
- Gabi Davila - Helping test if my github token will be secure for pull requests on AppVeyor