HP3000-L Archives

June 2001, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Ken Hirsch <[log in to unmask]>
Reply To:
Ken Hirsch <[log in to unmask]>
Date:
Wed, 20 Jun 2001 16:04:11 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (28 lines)
Lars Appel <[log in to unmask]> wrote:


> Ken was kind enough to shed light...
>
> >Initialiaze (open databases, etc)
> >loop
> >   call FCGI_accept
> >    if it returns <0, exit loop
> >    else
> >       normal CGI processing
> > endloop
>
> Any idea if the fast_cgi approach would always end up "single
> threading" the request handling? Or is there a way to allow more
> than one concurrent request being handled by the fcgi server?

You can have as many server processes as you want. You can configure
'mod_fastcgi' to spawn/kill processes depending on the load.  The
FCGI_accept call does a socket 'accept()' call, but unlike a typical unix
server process, it does not fork after accepting.   If there are multiple
processes waiting on the socket with accept() calls, MPE/iX picks the first
one to actual return the connection.  They are handled in FIFO order on
MPE/iX.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2