Re: Handling multiple simultaneous TCP connections

Thierry Pierron <t.pierron-E+nNfmQdIM/[email protected]>
Newsgroups gmane.comp.web.fastcgi.devel
Message-ID <[email protected]>
On Jun 15, 2006, at 12:57, Basile STARYNKEVITCH wrote:

> Le Wed, Jun 14, 2006 at 03:38:12PM +0400, Keith Martin écrivait/wrote:
>
>> Basically what I am trying to achieve is a fast-cgi handler that 
>> listens to
>> a given TCP/IP socket, and as soon as a connection is made if forks a 
>> child
>> to handle that connection (accepting and dealing with that fcgi 
>> request
>> etc), whilst the parent immediately goes back to waiting for a new
>> connection.
>
> In my humble opinion, this is the case where a simple ordinary CGI 
> approach
> (not a FastCGI one) works better. If for bizarre reasons you really 
> need
> a FastCGI server, use a fastcgi to CGI wrapper and then try to convince
> your management (or client) that a plain CGI is more suitable.

Well, that heavily depends on the amount of initialization your cgi 
have to do. Not to mention the overhead starting each time a new 
process. FastCGI also simplify some designs, like sharing data among 
threads, which cannot be easily stored inside files or db.
-- 
Thierry Pierron


___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.