httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: Server directives
Date Wed, 14 Feb 2001 00:37:30 GMT
What about a multiple threads/multiple processes config?

I do not care for calling a thread=process=server.  It's rather bogus.

Call a spade a spade.  If I want 100 threads per process/50 processes, then I need
to be able to ask for exactly what I'm expecting.

"Servers" doesn't cut it.  If you switch MPM's, you have to switch your directives.
You can't just s/processes/threads/ and expect the server will have the same 
profile/memory consumption/cpu utilization etc.

Bill

----- Original Message ----- 
From: "Bill Stoddard" <bill@wstoddard.com>
To: <new-httpd@apache.org>
Sent: Tuesday, February 13, 2001 6:37 PM
Subject: Re: Server directives


> 
> > Bill Stoddard wrote:
> > >
> > > I would like to settle on the following:
> > > StartServers  (servers are 'threads' in the mpmt_pthread MPM
> > > and 'processes' in prefork)
> >
> > And what are they in perchild?
> 
> NumServers becomes StartServers.
> 
> StartThreads becomes ThreadsPerChild.
> 
> MinSpareThreads becomes MinSpareServers
> MaxSpareThreads becomes MaxSpareServers
> MaxThreadsPerChild becomes MaxServers
> 
> >
> > I think the term 'server' is misleading and has caused us much
> > grief.  I suggest replacing it with something like 'agent' or
> > 'listener' or something like that.
> 
> Definitely do not like "agent". "Agent" is more overloaded than "server".
> 
> > A thread is a thread, a
> > process is a process, but an 'agent' is something that can
> > handle a request.  In prefork it is a process, in pthreads it is
> > a thread, and in perchild it is also a thread.  The number of
> > 'agents' is what you are trying to control -- the number of
> > concurrently-running/available things capable of serving
> > requests.
> 
> Seems the thing capable of serving a request is a "server" :-) But I agree
> it is overloaded already.
> 
> Bill
> 
> 
> 
> 


Mime
View raw message