FCGI.pm ?

mike mike503 at gmail.com
Wed Mar 4 11:55:01 MSK 2009

Why not just make a php-fpm style thing like we talked about?

Define pools of fastcgi resources, with various configuration options,
timeout thresholds, error logging/capturing perhaps, ability to run as
different uid/gid per pool, adaptive process spawning (hard limits
etc.) ...

On Wed, Mar 4, 2009 at 12:40 AM, Grzegorz Nosek
<grzegorz.nosek at gmail.com> wrote:
> On wto, mar 03, 2009 at 08:09:12 -0800, Roger Hoover wrote:
>> For dynamically spawned processes, if someone were willing to write an nginx
>> module to call supervisord's XML-RPC api, we'd have a complete,
>> language-agnostic replacement solution for mod_fastcgi.
> XMLRPC sounds evil ;) My checklist for required features looks like
> below, how far is supervisord from meeting that?
>  - killing idle processes after some timeout (with a configurable
>   signal, preferably)
>  - static pool size management (keep 5 of those running at all times)
>  - dynamic pool size management (keep 1-5 running depending on load;
>   this will require congestion notifications from the web server, like
>   you said)
>  - process status notifications ("foo failed to run, what now?", with
>   some mildly intelligent retry logic) -- I need to alert an external
>   entity somehow.
>  - easily generated configuration file
> If supervisord can do that, I'd be willing to write an Nginx module to
> interface with that, sometime in this millenium.
> Best regards,
>  Grzegorz Nosek

More information about the nginx mailing list