Re: event_mpm and poll()

On 02/03/06, Paul Querna <[EMAIL PROTECTED]> wrote: Saju Pillai wrote:>>> On 02/03/06, *Greg Ames* <[EMAIL PROTECTED]> [EMAIL PROTECTED]>> wrote: >> Paul Querna wrote:>>  >>  The event mpm expects the apr_pollset backends to be based on> epoll()>  >> / kqueue() or Solaris 10 event p

Re: event_mpm and poll()

Saju Pillai wrote: On 02/03/06, *Greg Ames* <[EMAIL PROTECTED] > wrote: Paul Querna wrote: >> The event mpm expects the apr_pollset backends to be based on epoll() >> / kqueue() or Solaris 10 event ports. What are the reasons because of

Re: event_mpm and poll()

On 02/03/06, Greg Ames <[EMAIL PROTECTED]> wrote: Paul Querna wrote:>>  The event mpm expects the apr_pollset backends to be based on epoll()>> / kqueue() or Solaris 10 event ports. What are the reasons because of>> which poll() is not considered to be suitable for the event mpm ? Is this beca

[STATUS] (httpd-2.1) Wed Mar 1 23:50:33 2006

APACHE 2.3 STATUS: -*-text-*- Last modified at [$Date: 2006-02-02 16:28:52 -0500 (Thu, 02 Feb 2006) $] The current version of this file can be found at: * http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS Documentation status is maintained se

[STATUS] (httpd-2.0) Wed Mar 1 23:48:47 2006

APACHE 2.0 STATUS: -*-text-*- Last modified at [$Date: 2006-02-04 14:10:00 -0500 (Sat, 04 Feb 2006) $] The current version of this file can be found at: * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS Documentation status is main

Re: event_mpm and poll()

Paul Querna wrote: The event mpm expects the apr_pollset backends to be based on epoll() / kqueue() or Solaris 10 event ports. What are the reasons because of which poll() is not considered to be suitable for the event mpm ? Is this because of the large number of fd's to be polled and linear

Re: Module Design Question

On Wednesday 01 March 2006 20:20, Joachim Zobel wrote: > Am Mittwoch, den 01.03.2006, 19:19 + schrieb Nick Kew: > > Huh? Of course you can - indeed sometimes must - manipulate headers > > in a filter! Just so long as you do so before passing anything down > > the > > chain. > > > > What are y

Re: Module Design Question

Am Mittwoch, den 01.03.2006, 19:19 + schrieb Nick Kew: > > Huh? Of course you can - indeed sometimes must - manipulate headers > in a filter! Just so long as you do so before passing anything down > the > chain. > > What are you trying to do that's a problem? The obvious test: static int

Re: Module Design Question

Joachim Zobel wrote: I am thinking about the design of a module that executes SQL queries (with a bit of XML to tell it what the binds, fields and params are) and outputs database content as XML. I have had a similar module for LDAP as a concept for a while now, which I plan to build once I h

Re: event_mpm and poll()

Saju Pillai wrote: Greetings, The event mpm expects the apr_pollset backends to be based on epoll() / kqueue() or Solaris 10 event ports. What are the reasons because of which poll() is not considered to be suitable for the event mpm ? Is this because of the large number of fd's to be poll

Re: Module Design Question

On Wednesday 01 March 2006 16:59, Joachim Zobel wrote: > Hi. > > I am thinking about the design of a module that executes SQL queries > (with a bit of XML to tell it what the binds, fields and params are) and > outputs database content as XML. The problem is that I want two things > and it seems pr

apreq_cookies unresolved

I get the following error: 1>Linking... 1> Creating library D:\development\wxJS2\src\mod_wxjs\Debug\mod_wxjs.lib and object D:\development\wxJS2\src\mod_wxjs\Debug\mod_wxjs.exp 1>handler.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function "int __cdecl wxj

Module Design Question

Hi. I am thinking about the design of a module that executes SQL queries (with a bit of XML to tell it what the binds, fields and params are) and outputs database content as XML. The problem is that I want two things and it seems pretty hard to get both. 1. I want the module to act as an output f

event_mpm and poll()

Greetings,    The event mpm expects the apr_pollset backends to be based on epoll() / kqueue() or Solaris 10 event ports. What are the reasons because of which poll() is not considered to be suitable for the event mpm ?   Is this because of the large number of fd's to be polled and linear scalabil

Re: AW: Limiting CGIs in 2.2.0

On Wed, Mar 01, 2006 at 10:08:19AM -0500, Eric Covener wrote: > > Hmmm... the docs explain both a "soft limit" and a "maximum limit", but > > doesn't describe the difference between the two. > > The soft/hard limits are a notion held in the underlying > ulimit/setrlimit facility. > > Unrpivileged

Re: Event MPM accept() handling

On 01/03/06, Greg Ames <[EMAIL PROTECTED]> wrote: Saju Pillai wrote:> For a brand new client connection, why should there be 2 exchanges> between the listener thread and the worker thread before the request is> actually read ?>> The client socket is accepted() and passed to a worker thread which ru

Re: Event MPM accept() handling

Saju Pillai wrote: For a brand new client connection, why should there be 2 exchanges between the listener thread and the worker thread before the request is actually read ? The client socket is accepted() and passed to a worker thread which runs the create_connection hooks and marks the con

Re: Limiting CGIs in 2.2.0

Nick Kew wrote: On Wednesday 01 March 2006 15:22, Paul Querna wrote: LoadAvgMaxByHandler cgi-script 10 LoadAvgMax 100 Hmmm, I recollected it as being based on a Directory context (except for the global maximum which operates in post_read_request). Nope, its currently Vhost-only.

Re: Limiting CGIs in 2.2.0

On Wednesday 01 March 2006 15:22, Paul Querna wrote: > LoadAvgMaxByHandler cgi-script 10 > LoadAvgMax 100 Hmmm, I recollected it as being based on a Directory context (except for the global maximum which operates in post_read_request). Has it chaned, or is my memory playing sillybugger

Re: Event MPM accept() handling

Paul Querna wrote: This is traditionally called the 'Thundering Herd' Problem. When you have N worker processes, and all N of them are awoken for an accept()'able new client. Unlike the prefork MPM, N is usually a smaller number in Event, because you don't need that many EventThreads Per Num

Re: Event MPM accept() handling

Final question on event_mpmFor a brand new client connection, why should there be 2 exchanges between the listener thread and the worker thread before the request is actually read ?The client socket is accepted() and passed to a worker thread which runs the create_connection hooks and marks the con

Re: Event MPM accept() handling

Saju Pillai wrote: On 01/03/06, *Paul Querna* <[EMAIL PROTECTED] > wrote: Greg Ames wrote: > Saju Pillai wrote: > >> I can understand why serializing apr_pollset_poll() & accept() for the >> listener threads doesn't make sense in the even

RE: Problem with apr_time_exp_lt (localtime_r) on AIX

lekha,   Firstly apr_time_exp_lt() is just a wrapper around the native UNIX (aix) calls, and is therefore subject to all of UNIX's limitations.   The problem is that UNIX has a know date limit which is     Tue, 19 Jan 2038 03:14:07 GMT   The reason for this is that a time_t is a 32 bit

Re: Event MPM accept() handling

On 01/03/06, Paul Querna <[EMAIL PROTECTED]> wrote: Greg Ames wrote:> Saju Pillai wrote:>>> I can understand why serializing apr_pollset_poll() & accept() for the>> listener threads doesn't make sense in the event-mpm.   A quick look >> through the code leaves me confused about the following ...>  

Re: Limiting CGIs in 2.2.0

Graham Leggett wrote: Nick Kew wrote: Apart from limiting the CGI programs, another approach would be to use mod_load_average to return 503 when the system as a whole is under heavy load. Refusing cleanly to run the heavy CGI scripts at all has got to be better than killing them after they've

Re: Event MPM accept() handling

Greg Ames wrote: Saju Pillai wrote: I can understand why serializing apr_pollset_poll() & accept() for the listener threads doesn't make sense in the event-mpm. A quick look through the code leaves me confused about the following ... > It looks like all the listener threads epoll() simult

Re: AW: Limiting CGIs in 2.2.0

On 3/1/06, Graham Leggett <[EMAIL PROTECTED]> wrote: > Plüm wrote: > > > What about > > > > RLimitCPU > > RLimitMEM > > RLimitNPROC > > Hmmm... the docs explain both a "soft limit" and a "maximum limit", but > doesn't describe the difference between the two. The soft/hard limits are a notion held

Re: Event MPM accept() handling

Saju Pillai wrote: I can understand why serializing apr_pollset_poll() & accept() for the listener threads doesn't make sense in the event-mpm. A quick look through the code leaves me confused about the following ... > It looks like all the listener threads epoll() simultaenously on the li

AW: mod_proxy_balancer / failover (hot standby)

Ruediger Pluem wrote >One further obstacle is that it seems to me that even with the patch it does >not do a failover if you do >not already have a session. So some broader changes are actually needed. Are you sure that even with the patch a failover is done? My observations are, having applied y

Re: Limiting CGIs in 2.2.0

Nick Kew wrote: Apart from limiting the CGI programs, another approach would be to use mod_load_average to return 503 when the system as a whole is under heavy load. Refusing cleanly to run the heavy CGI scripts at all has got to be better than killing them after they've munched your resources.

RE: AW: Limiting CGIs in 2.2.0

Mod_cgid doesn't support it. using "ulimit" in init script might help. Is it time to take a look at this patch, http://www.mail-archive.com/dev@httpd.apache.org/msg30574.html Thanks, Rajesh R -- This space intentionally left non-blank. -Original Message- From: Graham Leggett [mailto:[E

AW: AW: Limiting CGIs in 2.2.0

> -Ursprüngliche Nachricht- > Von: Graham Leggett > > Hmmm... the docs explain both a "soft limit" and a "maximum > limit", but > doesn't describe the difference between the two. It is the same thing as the soft and hard limit on Unix OS'es. > > > But I remember that they do not wo

Re: AW: Limiting CGIs in 2.2.0

Plüm wrote: What about RLimitCPU RLimitMEM RLimitNPROC Hmmm... the docs explain both a "soft limit" and a "maximum limit", but doesn't describe the difference between the two. But I remember that they do not work either with mod_cgi or mod_cgid. I cannot remember which one it was. The d

Re: Limiting CGIs in 2.2.0

On Wednesday 01 March 2006 11:09, Graham Leggett wrote: > Hi all, > > I have an httpd v2.2.0 installation that from time to time is being > DoS'ed by a burst of hits to a perl based CGI program (mt-comment.cgi > from Moveable Type). The CGIs take up tonnes of RAM, until openldap > dies, causing lot

[jira] Commented: (MODPYTHON-132) Expose ap_construct_url() in request object.

[ http://issues.apache.org/jira/browse/MODPYTHON-132?page=comments#action_12368261 ] Graham Dumpleton commented on MODPYTHON-132: This ap_construct_url() method held so much promise as far as solving the redirection issue. Unfortunately, it see

AW: Limiting CGIs in 2.2.0

> -Ursprüngliche Nachricht- > Von: Graham Leggett > > Is there a mechanism within v2.2.0 to put resource limits onto CGI > programs (maximum running simultaneously, longest time in seconds to > run, that sort of thing)? What about RLimitCPU RLimitMEM RLimitNPROC But I remember that

Limiting CGIs in 2.2.0

Hi all, I have an httpd v2.2.0 installation that from time to time is being DoS'ed by a burst of hits to a perl based CGI program (mt-comment.cgi from Moveable Type). The CGIs take up tonnes of RAM, until openldap dies, causing lots of further problems. Is there a mechanism within v2.2.0 to

Detecting if Client closed connection

Hello,I am working on a patch, to kill a cgi process if the client closes the conenction in Apache 2.0.54/mod_cgid.I have tried a few possibilities of detecting client closing connection and polling r->connection->aborted,But they have all failed.Can anyone guide me on how to detect if clien

Event MPM accept() handling

Greetings,(On httpd-trunk event-mpm event.c) I can understand why serializing apr_pollset_poll() & accept() for the listener threads doesn't make sense in the event-mpm. A quick look through the code leaves me confused about the following ...  It looks like all the listener threads epoll() simultae

Re: The issue of mod_aspdotnet

William A. Rowe, Jr. wrote: In order to even consider this proposal, I need to take a quick poll... Voulenteers who will continue to watch the progress of mod_aspdotnet (oversight)? Voulenteers who will actually test the module from time to time and vote on it's release quality? Voulenteers

Jon Pokroy/VNUBPL/UK is out of the office.

I will be Out of the Office Start Date: 24/02/2006. End Date: 06/03/2006. I will respond to your message when I return. For downloads issues, please contact Steffen Mueller: [EMAIL PROTECTED] For Italy relaunch issues, contact Ross McDonald: [EMAIL PROTECTED] For all other issues, contact Davi

Re: Next Mission, DOA or interest?

William A. Rowe, Jr. wrote: Let's see if there is traction here, or if the purpose of cli-dev has disolved for lack-of-interest. Thus far, there is response only from Tony. All interested developers, please offer any final observations on this Mission thread prior to March 8, so that an ap

[Fwd: Next Mission, DOA or interest?]

This thread from cli-dev@httpd.apache.org forwarded just to make the overall httpd community aware of this last ditch effort. Yours, Bill Original Message Subject: Next Mission, DOA or interest? Date: Wed, 15 Feb 2006 15:09:02 -0600 From: William A. Rowe, Jr. <[EMAIL PROTECTED

Re: Problem with apr_time_exp_lt (localtime_r) on AIX

Sorry.The test program worked fine. However, call to API  apr_time_exp_lt () fails. It returns  year1  with 214748364700. When iput is 2147, it returns year as 138. My local time zone setting is PAKST (GMT +5).   Is this causing the problem?   Thanks & Regards,Lekha MenonExt