Thanks Eric for the reply.

So, is it possible to run PHP in Apache, with each client-request being serviced in a different thread (and not a new-process-per-new-request)? Because, it is a well known fact that a process is a much-higher entity than a thread.

If not, Apache-Tomcat looks to be clear winner over PHP-in-Apache (please correct me if I am wrong) :)

Please, I must say at the outset that I am not in favour, or against any technology, but just wish to gauge some inputs on Apache internals, from the Apache experts :)

On Fri, Aug 9, 2013 at 9:57 PM, Eric Covener <> wrote:
On Fri, Aug 9, 2013 at 11:57 AM, Ajay Garg <> wrote:
> Hi all.
> I was just doing some rudimentary research on what would be the best
> solution to implement server-side operations of our webapp.
> The "servlet" and "PHP" seem two widely used solutions.
> However, there is one important thing that struck me.
> Looking at,
> it states that every new client-request to a servlet, spawns a new thread.
> On the other hand, looking at
>, it states that
> the Apache module MIGHT map different requests to a single process (with the
> CGI model DEFINITELY using the one-process-per-request implementation).
> Looking at the above, it seems that using Apache Tomcat to host a servlet,
> is better than running a PHP module in Apache (as far as
> resource-requirements are concerned at the server).
> Is my understanding correct?

It's not a point of differentation. You can run either technology many
different overlapping ways.

To unsubscribe, e-mail:
For additional commands, e-mail: