On Thursday 10 February 2005 11:56, Nick Maynard wrote: > OK - let's face it. Most people who seriously run Apache (1.3/2) run it > on a UNIX system. Often Linux. Some people have switched from Apache > 1.3 to Apache 2 for a variety of reasons, but from my POV the new MPMs > were the primary reason for switching to Apache 2.
Really? The old MPM isn't *that* bad for most applications. Except on those non-unix-like platforms where forking is stupidly inefficient. > UNIX MPMs that actually _work_ in Apache 2: > worker > prefork (old) + event (new - hopefully) But the main thing MPMs have done is make Apache truly cross-platform, rather than a Unix server that can be made to work (rather badly) on other platforms. > Let me focus on perchild (an MPM that should work) for a moment. > > * With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me > > how the Perchild MPM should be re-written. It hasn't worked > > correctly since filters were added because it wasn't possible to > > get the content that had already been written and the socket at > > the same time. This mode lets us do that, so the MPM can be > > fixed. > > The STATUS documents have included the above statement for (over?) a > year now. A few months after it appeared the perchild MPM docs were > updated to say the equivalent of "sorry, we broke it". Noone is working on it. Feel free to commission some work, or take up the task yourself. > So - could someone who understands these things comment on whether there > is any commitment to fix perchild, or any of the other UNIX Apache 2 > MPMs at some point? Failing that, maybe the documentation for Apache 2 > could be updated to avoid giving people the wrong impression from the > outset. I agree the documentation should be better. Also we should properly document the perchild-like options, since that is frequently-requested. In the meantime, here's a list of things to look at if you want perchild-like: * Metux MPM * mod_ruid (Linux only) * fastcgi (CGI plus) * suexec (for CGI) I don't know enough about them or your needs to advise you. -- Nick Kew
