On Wed, Sep 9, 2009 at 1:01 AM, Jani Taskinen<jani.taski...@iki.fi> wrote:
> Very good point. And I did consider only merging the _good_ parts of this > thing. I haven't had time to check the code yet at all (quite busy at work > right now) but there are some stuff it does we haven't generally considered > the "job of PHP" before. The list of them is here: > > http://php-fpm.org/What_is_PHP-FPM Current: Proper termination of errant processes FastCGI pool configuration, management, proper child recycling Per-pool php.ini overrides Future: Adaptive process spawning (has been in the plans for a while but Andrei never got a chance to get around to finishing it) Hopefully some metrics/reporting Probably changing the configuration file syntax Per-pool specific php.ini file (basically just php-cgi -c, very simple addition to add) (look at the Wishlist page on the wiki...) Lots of room for improvement. I think it will help with resource management as well. Right now you have to arbitrarily assign how many children you want without any real way to measure if it's too many or too little. I had suggested this idea at one point - that is adding in only what is needed from PHP-FPM into PHP core and allowing the management of those hooks from an external tool developed and maintained separately (or through API calls) - then a variety of tools could manage the portions of the FastCGI SAPI that PHP-FPM does to terminate processes, spawn new children, and do whatever else was patched into PHP, and keep the management portion which is in charge of launching children, monitoring them, all that in its own standalone package. I see it as both allowing for more agile development on the management portion as it is lacking in a lot of features that we'd like to see (and not have to wait on PHP core's release cycle to get them in) and also can be packaged separately in distributions, much like spawn-fcgi is right now. Essentially it could be thought of as moving in the direction of spawn-fcgi (being standalone), just with more robust PHP functionality. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
