Jeff Trawick wrote:
On 4/10/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
This pool is or is not created in the parent? If its the parent it's
gotta be proc mutexed even if using prefork.
It is created in the parent and used only during request processing.
Why does it need to be proc mutexed? Each process has its own copy.
There is no shared memory involved.
Ah... of course. The pages are copy-on-write.
So there is no proc mutexing issue :)
If it's process-local, then please don't depend on APR_THREADED, please
please please poll the MPM to determine if the mpm has_threads? It's a
huge waste for prefork users with a shared (threaded) apr :(
That minor performance improvement for some (lots of?) prefork users
should first be addressed in trunk, and implementation/backport of
that should not hold up this critical bug fix.
But the code is there, and what we are using in mod_ssl and others. Please
don't inject a regression where we already cleaned these up once before :(
