Oh, I should have mentioned, our mutex issues lessened a lot when we made
more processes with fewer threads each, but that kind of started defeating
the purpose of using the worker mpm after a while...  your optimizations
sound like they may help fix this issue.. thanks again.

Dave

----- Original Message -----
From: "David Burry" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 31, 2002 5:54 PM
Subject: Re: [PATCH] remove some mutex locks in the worker MPM


> Ohh this sounds like an awesome optimization... I noticed mutex
contentions
> were extremely high on a very high traffic machine (say.. high enough to
get
> close to maxing out a gig ethernet card) using the worker mpm on solaris
> 8...  it may also have to do with caching we were doing (mod_mem_cache
> crashed and burned, we had to use mod_file_cache to get it to work but it
> was still quite the exercise).
>
> Dave
>
> ----- Original Message -----
> From: "Brian Pane" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, December 31, 2002 5:30 PM
> Subject: [PATCH] remove some mutex locks in the worker MPM
>
>
> > I'm working on replacing some mutex locks with atomic-compare-and-swap
> > based algorithms in the worker MPM, in order to get better concurrency
> > and lower overhead.
> >
> > Here's the first change: take the pool recycling code out of the
> > mutex-protected critical region in the "queue_info" code.  Comments
> > welcome...
> >
> > Next on my list is the code that synchronizes the idle worker count.
> > I think I can eliminate the need to lock a mutex except in the
> > special case where all the workers are busy.
> >
> > Brian
> >
> >
>

Reply via email to