httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <...@covalent.net>
Subject Re: [PATCH] mpm_query
Date Thu, 12 Apr 2001 15:51:55 GMT
On Wed, 11 Apr 2001, Harrie Hazewinkel wrote:

> rbb@covalent.net wrote:
> >
> > On Wed, 11 Apr 2001, Harrie Hazewinkel wrote:
> >
> > > rbb@covalent.net wrote:
> > > [snip]
> > > >
> > > > Why is this useful?  Isn't it more useful to know whether it is threaded
> > > > or process based.  Between that information and the OS, is that enough?
 I
> > > > would rather add information like THREADS_DYNAMIC or THREADS_STATIC and
> > > > PROCESSES_DYNAMIC or PROCESSES_STATIC, to basically say if the number
of
> > > > threads/process is static or not, and if the number of processes is
> > > > static.
> > > >
> > > > I want to decouple the MPM query function from an actual name.  The goal
> > > > should be to report the properties of the MPM, not which exact MPM was
> > > > used.  Once that is done, the need for the string disappears.
> > >
> > > That means, you cannot determine the MPM used. The values
> > > IS_THREADED and IS_FORKED are not uniquely identifying.
> > > The MPM type determines how the threads and processes are
> > > handled. For instance, perchild and threaded are both
> > > IS_THREADED == 1 and IS_FORKED == 1.
> >
> > That's true, but take a look at what I suggested please.  I suggested
> > adding two more queries.  THREADS_STATIC and PROCESSES_STATIC
>
> Yes, I noted that, but tomorrow some other MPM
> with similar features comes up. Providing the
> MPM via its name even if that could clash, but
> will most likely clash less.
>
> For instance,
> company foo would call there derived threaded MPM foo_threaded and
> company bar would call there derived threaded MPM bar_threaded.
> And they have similar features to threaded.

But you can't use those names for anything, because company foo might call
it foo_mpm, and your module doesn't have any idea what a foo_mpm looks
like.  So, the name is completely useless for anything other than just
reporting the name to a user.

Ryan

_______________________________________________________________________________
Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------


Mime
View raw message