FCGI.pm ?

mike mike503 at gmail.com
Wed Mar 4 13:14:53 MSK 2009


i am all for someone taking Grzegorz's work, and instead using the
perl launcher or spawn-fcgi, maybe add a bit more intelligence behind
it and make it simple for launching pools under different uid/gid with
different child counts, etc.

On Wed, Mar 4, 2009 at 1:50 AM, Jean-Philippe Moal
<skateinmars at skateinmars.net> wrote:
> Grzegorz Nosek a écrit :
>> 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
>>
>
> I don't use it but God (http://god.rubyforge.org/) seems to respond to your needs.
>
>> 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