Some popular Unix distros package two httpd binaries - one built with the
prefork MPM and the other built with the worker MPM - but only one set of
libraries and modules. I assume the libraries and modules are the ones compiled
for the worker mpm.
Is the performance impact of the
Arvind Srinivasan wrote:
Some popular Unix distros package two httpd binaries - one built with
the prefork MPM and the other built with the worker MPM - but only one
set of libraries and modules. I assume the libraries and modules are the
ones compiled for the worker mpm.
Is the performance
IMHO APR_HAS_THREADS has nothing to do with the choice of your MPM (except
BEOS).
It only tells you if APR has thread support or not and this only
depends on the platform or if you instructed APR explicitly to build
without thread support.
Regards
Rüdiger
-Ursprüngliche Nachricht-
William A. Rowe, Jr. wrote:
Negligible with a few exceptions. PHP is one of them, it becomes quite
bulky when you --enable-zts.
Yes, a module built for worker will work against prefork MPM, if the
prefork MPM has been built against a threaded APR.
Thanks.
Arvind
Plüm wrote:
IMHO APR_HAS_THREADS has nothing to do with the choice of your MPM (except
BEOS).
It only tells you if APR has thread support or not and this only
depends on the platform or if you instructed APR explicitly to build
without thread support.
My mistake. I associated APR_HAS_THREADS
Since it's expected that there will be quite a delay
in the next release of 1.3, assuming no security patches,
I'm seriously considering not releasing 1.3.38 in favor
of 1.3.39, which includes a minor patch to be sure, but
at least it would be a release that could hold for awhile...
It would
done and done
On Aug 28, 2007, at 10:08 AM, William A. Rowe, Jr. wrote:
Since this changes the user experience, would you mind terribly
applying the CHANGES as well? (I format my STATUS entries for
CHANGES now, since a diff of CHANGES never applies clean ;-)
From: [EMAIL PROTECTED]
Date:
Since this changes the user experience, would you mind terribly
applying the CHANGES as well? (I format my STATUS entries for
CHANGES now, since a diff of CHANGES never applies clean ;-)
---BeginMessage---
Author: jim
Date: Tue Aug 28 06:40:01 2007
New Revision: 570419
URL:
-Ursprüngliche Nachricht-
Von: Jim Jagielski
Gesendet: Dienstag, 28. August 2007 16:00
An: dev@httpd.apache.org
Betreff: 1.3.39?
Since it's expected that there will be quite a delay
in the next release of 1.3, assuming no security patches,
I'm seriously considering not
Hello,
I am concerned about two particular bugs in mod_dav that have been
known for a while. They are bugs 16593 and 38034 and are related to
the use of the If-Match and If-None-Match headers when doing PUT
requests (and other requests as well such as LOCK). See
On Aug 28, 2007, at 9:08 AM, Tim Olsen wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=16593
http://issues.apache.org/bugzilla/show_bug.cgi?id=38034
I find the mod_dav code a little scary, but on the other hand I have
ETags working properly with PUT in mod_atom, and there are a
[EMAIL PROTECTED] wrote:
Author: jim
Date: Tue Aug 28 07:18:05 2007
New Revision: 570440
URL: http://svn.apache.org/viewvc?rev=570440view=rev
Log:
document userland change
ty kindly!
Nick Kew wrote:
On Tue, 28 Aug 2007 10:12:47 +0530
prasanna [EMAIL PROTECTED] wrote:
I have added filter as below in conf file.
AddOutputFilter INFLATE;URLParser;DEFLATE html
I take it this is a proxy? (If not, why are the contents coming
from the backend ever compressed?)
That scenario
13 matches
Mail list logo