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 t
> -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 PROTEC
> -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
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 hav
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 bal
=?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
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 Systems
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 balance
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 s
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 expect
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. Al
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
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" :) )
sh
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.
modules/mappers/m
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 fo
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 Internet
* 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
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
mod_cac
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 Vary
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 l
> 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]
/home/adconrad/build/apache2/security/sarge/apache2-2.0.54/build-tree/apache2/modules/experimental/mod_
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,
so
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=372037&view=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
d
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: dev@httpd.apache.or
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 A
34 matches
Mail list logo