Travers Carter a écrit :
On Thu, 20 Aug 2009 00:45:36 +0300, Noor
mlist-fc...@orientalsensation.com
wrote:
And while you're at it, I'll through in another question: How does
eAccelerator/FastCGI manage the shared memory segments? According to
eAccelerator's homepage, it'll share such
Max Dittrich a écrit :
AFAIK (?) mod_fcgid can't multiplex multiple request on one fcgi-socket.
The fcgi-connection is 1:1 (http request -- fcgi connection) and can't
be shared across childs/threads of apache.
.max
Ok, it is what I see too. Thanks.
Filip Hajny a écrit :
PHP forks
So, I simply read the file sapi/cgi/README.FastCGI in the PHP source.
If I well understand, this feature is usefull when you run directly PHP
as the fcgi daemon.
I have the end of my explanation, thanks and sorry for noise ;)
Olivier
Olivier B. a écrit :
Max Dittrich a écrit :
AFAIK
Yes I was thinking that but what is the interest to share memory between
processes which never run simultaneously ?
Olivier
Filip Hajny a écrit :
On 28.2.2009, at 15:24, Olivier B. wrote:
So, I simply read the file sapi/cgi/README.FastCGI in the PHP source.
If I well understand
Filip Hajny a écrit :
Yes, well, my point was... if you care about shared memory, then
constrain mod_fcgid to a single PHP process only, let the PHP process
fork its own children and hope they will be able to process all
requests before mod_fcgid considers the single process busy and you
Yes, but in that case why PHP forks ? children will never be used !?
Olivier
Ivan Voras a écrit :
2009/2/27 Olivier B. fcgid.l...@daevel.fr:
The DefaultMaxClassProcessCount is reached, but why fcgid try have
launched 4 process ? Just one or two should be sufficient in the case of
five
of
this fork() ?
Thanks for any explanation,
Olivier B.
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies
