I sent this to Johan Wikman through the link available on the Nokia site :
8--8--
Hi Johan,
I'm on the mod_python development team, and someone from the mailing
list told us about your incredible port.
Could you give us a bit of information on the
Brian Akins wrote:
This is a rather nasty patch (sorry). Basically, it changes the way
arrays and tables are stored on disk. This allows us to do a much
cleaner and quicker read_array and read_table. It cuts down
significantly on the number of disk reads for header files (one big one)
and
-Ursprüngliche Nachricht-
Von: Ian Holsman
Brian Akins wrote:
This is a rather nasty patch (sorry). Basically, it changes the way
arrays and tables are stored on disk. This allows us to do a much
cleaner and quicker read_array and read_table. It cuts down
Actually, dev@httpd.apache.org is best, since that is where
the development of this module is being done. I have changed
the email headers accordingly.
A sort of warm standby is something that I had planned to
work into the balancer code post 2.2.1.
On Jan 24, 2006, at 11:14 AM, [EMAIL
-Ursprüngliche Nachricht-
Von: Jim Jagielski
[..cut..]
A sort of warm standby is something that I had planned to
work into the balancer code post 2.2.1.
+1
AFAIK local_worker_only mentioned below does not exist any longer
in recent versions of mod_jk, but the recent version
Jim Jagielski wrote:
Actually, dev@httpd.apache.org is best, since that is where
the development of this module is being done. I have changed
the email headers accordingly.
A sort of warm standby is something that I had planned to
work into the balancer code post 2.2.1.
Like said earlier.
-Ursprüngliche Nachricht-
Von: Mladen Turk
Like said earlier.
Hot standby already works with mod_proxy balancer.
The 'hot standby' BalancerMember must be initially
'disabled'. Other members must have 'redirect' option set to
Maybe it is just me being blind. But I haven't
Mladen Turk wrote:
Jim Jagielski wrote:
Actually, dev@httpd.apache.org is best, since that is where
the development of this module is being done. I have changed
the email headers accordingly.
A sort of warm standby is something that I had planned to
work into the balancer code post
=?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_VIS?= wrote:
Maybe it is just me being blind. But I haven't found in the =
documentation
how to disable a BalancerMember. Is this a 'hidden' feature? :-)
The balancer-manager does that... well, let's the admin do that.
--
-Ursprüngliche Nachricht-
Von: Jim Jagielski
Maybe it is just me being blind. But I haven't found in the =
documentation how to disable a BalancerMember. Is this a 'hidden'
feature? :-)
The balancer-manager does that... well, let's the admin do that.
+1
Otherwise it
Ian Holsman wrote:
does anyone have any objections to this patch?
5% is a pretty nice gain imho.
if I don't see anything in the next couple of days I'll commit it.
me for one! I was just hoping to get some ideas flowing. This is not
meant to be for production.
--
Brian Akins
Lead
Jim Jagielski wrote:
Mladen Turk wrote:
Jim Jagielski wrote:
Actually, dev@httpd.apache.org is best, since that is where
the development of this module is being done. I have changed
the email headers accordingly.
A sort of warm standby is something that I had planned to
work into the balancer
Plüm wrote:
To be honest I do not understand why Brian creates its own buffered
input / output reading. I think that header files are rarely larger than 4K.
And the current code already buffers 4K when APR_BUFFERED is set as a flag for
apr_file_open (which is set).
in current mod_disk_cache:
On Jan 24, 2006, at 12:18 PM, Mladen Turk wrote:
Jim Jagielski wrote:
Mladen Turk wrote:
Jim Jagielski wrote:
Actually, dev@httpd.apache.org is best, since that is where
the development of this module is being done. I have changed
the email headers accordingly.
A sort of warm standby is
Ian Holsman wrote:
5% is a pretty nice gain imho.
Unfortunately, it still lags behind our mod_cache equivalent by at least
20%. There is something fundamentally slow about mod_cache that I
cannot seem to put my finger on. Granted, ours is highly customized and
optimized, but I would
Jim Jagielski wrote:
The only problem is that it's not documented ;)
Hmm... I thought that this happened via the code
in find_session_route() and relied on sticky sessions;
but again iirc they can be via cookies as well.
So one issue is that stickysession must be used, I think.
Right.
Mladen Turk wrote:
Jim Jagielski wrote:
The only problem is that it's not documented ;)
Hmm... I thought that this happened via the code
in find_session_route() and relied on sticky sessions;
but again iirc they can be via cookies as well.
So one issue is that stickysession
On Jan 24, 2006, at 12:52 PM, Jim Jagielski wrote:
That's what I meant by looking into this
post 2.2.1; having a sort of 'standby' condition, in addition
to enabled and disabled.
The main reason, of course, is to abstract out a concept
of sessions from the balancer code; Apache (D :) )
I'm conscious that cgid not many people deal with the cgid code, to the
point that before the Autumn, I think the last major change to it was a
patch I submitted 4 years ago, so it's not fresh in people's minds.
Nevertheless I'm also conscious that it's used by a lot of people, and
some of them
I'm comfortable backporting all of the 2.0.x patches marked ACCEPTED apart
from the following two:
*) mod_actions: Regression from 1.3: the file referred to must exist.
Solve this by introducing the virtual modifier to the Action
directive. PR 28553.
On 01/24/2006 06:27 PM, Brian Akins wrote:
Plüm wrote:
To be honest I do not understand why Brian creates its own buffered
input / output reading. I think that header files are rarely larger
than 4K.
And the current code already buffers 4K when APR_BUFFERED is set as a
flag for
what are these supposed to be?
struct cache_info {
int status;
apr_time_t date;
apr_time_t expire;
apr_time_t request_time;
apr_time_t response_time;
};
ie, what are the documented values your supposed to set/get from this?
--
Brian Akins
Lead Systems Engineer
CNN
* Colm MacCarthaigh wrote:
I'm comfortable backporting all of the 2.0.x patches marked ACCEPTED
apart from the following two:
*) mod_actions: Regression from 1.3: the file referred to must exist.
Solve this by introducing the virtual modifier to the Action
directive. PR
Hello
I apologize for posting this to [EMAIL PROTECTED] but I think my question is
related to mod_cache module developers, that's why I'm using this
list, after reading bugzilla and source code available on
svn.apache.org.
I'm having troubles whenever I want to use the Vary: header to let
Laurent Perez wrote:
Hello
I apologize for posting this to [EMAIL PROTECTED] but I think my question is
related to mod_cache module developers, that's why I'm using this
list, after reading bugzilla and source code available on
svn.apache.org.
I'm having troubles whenever I want to use the
On Tue, Jan 24, 2006 at 04:31:47PM -0500, Brian Akins wrote:
what are these supposed to be?
struct cache_info {
int status;
the HTTP status code of the cached entity. Though not neccessarily the
status code finally issued to the request. e.g. 200 for the former,
possibly 302 for the
Wait a minute. Are you using 2.2.0 or are you using 2.0.54? AFAIK,
Debian has not imported 2.2.xx at all yet.
oh my.. sorry, the logs messages I had were [Tue Jan 24 17:53:50 2006]
[debug]
Ruediger Pluem wrote:
That sounds good, but thats more about the parts I haven't checked so far.
Sorry for nit picking on this, but you said that your patch will save disk
reads and syscalls and I still do not see this.
true. a header file almost always fits into the buffer of apr_file_t,
On 01/25/2006 12:13 AM, Brian Akins wrote:
[..cut..]
-a way to set max/min cache time that will override the expires header.
Mostly just need max. probably not too hard.
I committed your patch regarding min expire time you sent a while ago to the
trunk
(r369811). It is correct that the
[EMAIL PROTECTED] wrote:
Author: colm
Date: Tue Jan 24 14:45:43 2006
New Revision: 372037
URL: http://svn.apache.org/viewcvs?rev=372037view=rev
Log:
Backport the NET_TIME elimination fix.
Actually 'elimination' is the wrong word ;-) This version leaves NET_TIME
in there so that no 2.0 module
André Malo wrote:
* Colm MacCarthaigh wrote:
I'm comfortable backporting all of the 2.0.x patches marked ACCEPTED
apart from the following two:
*) mod_actions: Regression from 1.3: the file referred to must exist.
Solve this by introducing the virtual modifier to the Action
Title: RE: Ignore all filters except ssl one
I amm bound to use Apache as it is acting as reverse proxy and I have to make this tunnel through it only.
-Original Message-
From: Joost de Heer [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 18, 2006 10:26 PM
To:
Title: Dynamic configuration
There should be feature to dynamically update configuration ( module configurations ) at runtime and no connection should break. I am looking at apache code and could not get any clue. Can anyone suggest me where to start for this?
On 1/24/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There should be feature to dynamically update configuration ( module
configurations ) at runtime and no connection should break. I am looking at
apache code and could not get any clue. Can anyone suggest me where to start
for this?
Title: RE: Ignore all filters except ssl one
resending mail in plain text...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 25, 2006 8:59 AM
To: dev@httpd.apache.org
Subject: RE: Ignore all filters except ssl one
I amm bound to use
35 matches
Mail list logo