Re: Writing my own FastCGI Server
Jose Adriano Baltieri <jabaltie-a/[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Organization | UNIMEP |
| Message-ID | <[email protected]> |
Thierry Pierron wrote:
> Okay, as far as I understand your architecture, you seem using a WS
> PRO web server which runs a multi-process application, which queries
> an external process (which queries a mainframe, keeping a persistant
> connection with it) and sends result back to web clients by processing
> some HTML-template files similar to ASP.
Sort of.
>
> Process management is done by WS PRO, starting a minimal pool of
> process, and adjusting on demand afterwards.
Yes.
>
> Now, you want to replace everything related to WS PRO.
Yes.
>
>
> In that case, I would use the CGI-restarted-less-often model. This is
> configured through FastCgiConfig keyword inside httpd.conf of apache.
> This basically will let you configure which process will use FastCGI
> (usually making it accessible through /cgi-bin/* URL), how many of
> them will be started, when they will be killed (says, once per hour,
> this avoid doing perfect memory management), how set will grow on
> demand, etc ...
As for the FASTCGI clients, that run "inside" the http server, that's
OK. I'll have to run them. They will be my clients.
My concern is on the other side : the FastCGI server. This one I'll
write it on my own...
Cause, I may have for instance 100 FastCGI clients spawned from the http
server but, I may have on the other side only 30 tasks opened.
It is up to the FastCGI server to coordinate it.
>
> We do not test that much this model, because we needed a unique
> process which maintain a cache shareable among several threads. This
> is possible only which FastCgiServer, but you have to do most of
> process management yourself (though it is not that hard, BTW). If you
> do not have to share data among your process/threads, avoid this
> approach.
>
> You'll have to do some test, but I'm sure it is possible to handle
> such load with FastCGI.
My "tasks" do share some external files.
Thanks Mr. Pierron for your support.
Au revoir.
--
Obrigado,
------------------------------------------------------------------------------
Jose Adriano Baltieri - Analista de Sistemas
DTI - CENTRO - UNIMEP - Universidade Metodista de Piracicaba
PIRACICABA - SP - Brasil - Fone : (19) 3124-1858
------------------------------------------------------------------------------
___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/