Re: HTTP Proxy using MOD_PERL

2006-09-06 Thread Charles Bueche
Hi, I'm not sure what you mean by "processing", I assume it's some sort of filtering of the HTTP data flow. What _I_ do is use mod_proxy in reverse-proxy configuration : browser --> reverseproxy --> backend-web-server On the reverse-proxy, I use mod_proxy and mod_perl, plus sometimes output filt

Re: Fw: test suite fails, mp2.02, apache 2.2.3

2006-09-06 Thread Greger
On Wed, 06 Sep 2006 16:42:29 -0700, Philip M. Gollucci wrote > > Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: > > Platform: > > osname=linux, osvers=2.6.0-test3, archname=i586-linux-thread-multi > > uname='linux oldwotan 2.6.0-test3 #1 smp tue may 20 08:20:31 u

Re: Temporary Handler?

2006-09-06 Thread David E. Wheeler
On Sep 6, 2006, at 18:14, Geoffrey Young wrote: yeah, that's what $r->push_handlers() does... or ought to do :) but since you're asking yet know the answer, I'm assuming you've found a bug? No, it just makes sense to me, but is not documented that way any place that I can find… Thanks,

Re: Temporary Handler?

2006-09-06 Thread Philip M. Gollucci
Geoffrey Young wrote: > David Wheeler wrote: >> Hi All, >> >> Is it possible to install a request phase handler (via push_handler() >> or some other method) during a request that will only execute in that >> request, and be removed as a handler after the request completes? > > yeah, that's what

Re: Temporary Handler?

2006-09-06 Thread Geoffrey Young
David Wheeler wrote: > Hi All, > > Is it possible to install a request phase handler (via push_handler() > or some other method) during a request that will only execute in that > request, and be removed as a handler after the request completes? yeah, that's what $r->push_handlers() does... or o

Temporary Handler?

2006-09-06 Thread David Wheeler
Hi All, Is it possible to install a request phase handler (via push_handler() or some other method) during a request that will only execute in that request, and be removed as a handler after the request completes? Many TIA, David

Re: mp2/apreq2: THE PLAN (2.0.3 -> 2.0.5)

2006-09-06 Thread Geoffrey Young
Philip M. Gollucci wrote: > Hi all, > > After some deep thought, here's whats going to happen: all sounds good +1 --Geoff

Re: Fw: test suite fails, mp2.02, apache 2.2.3

2006-09-06 Thread Philip M. Gollucci
> Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: > Platform: > osname=linux, osvers=2.6.0-test3, archname=i586-linux-thread-multi > uname='linux oldwotan 2.6.0-test3 #1 smp tue may 20 08:20:31 utc 2003 i686 > i686 i386 gnulinux ' First guess, upgrade your perl to

Fw: test suite fails, mp2.02, apache 2.2.3

2006-09-06 Thread Greger
-- Forwarded Message --- From: "Greger" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent: Thu, 7 Sep 2006 02:32:36 +0300 Subject: test suite fails, mp2.02, apache 2.2.3 -8<-- Start Bug Report 8<-- 1. Problem Description: [DESCRIBE THE PROBL

Re: Memory leak in mod_perl?

2006-09-06 Thread Frank Wiles
On Wed, 6 Sep 2006 19:09:15 -0400 Jonathan Vanasco <[EMAIL PROTECTED]> wrote: > On Sep 6, 2006, at 6:41 PM, Frank Wiles wrote: > > >Is that 500MB that "vanished" in used, buffers, or cached? Just > >because it isn't listed in "free" doesn't mean it isn't "free" > > from a "Available memo

Re: Memory leak in mod_perl?

2006-09-06 Thread Jonathan Vanasco
On Sep 6, 2006, at 6:41 PM, Frank Wiles wrote: Is that 500MB that "vanished" in used, buffers, or cached? Just because it isn't listed in "free" doesn't mean it isn't "free" from a "Available memory I can use" standpoint. For example, your system will reclaim memory from cached

RE: mp1.30 [ was:Re: mp2/apreq2: THE PLAN (2.0.3 -> 2.0.5)]

2006-09-06 Thread Philip M. Gollucci
After all that dust settles, mp1.30 will be RM'ed by either me or Phillippe and released which will include the integration of Apache-SizeLimit. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6

mp2/apreq2: THE PLAN (2.0.3 -> 2.0.5)

2006-09-06 Thread Philip M. Gollucci
Hi all, After some deep thought, here's whats going to happen: svn trunk: Apache-SizeLimit integration is going to be rolled back to http://svn.apache.org/viewvc/perl/modperl/tags/before_apache_sizelimit_integration This tag is then going to be deleted. I'll then start the Release process

Re: Memory leak in mod_perl?

2006-09-06 Thread Frank Wiles
On Wed, 6 Sep 2006 18:26:46 -0400 Jonathan Vanasco <[EMAIL PROTECTED]> wrote: > > On Sep 6, 2006, at 6:01 PM, Frank Wiles wrote: > > >It didn't disappear, and it isn't "shared" like the type of > > sharing we talk about with mod_perl/Apache. It's not CoW sharing. > I know. > > >The shar

Re: Memory leak in mod_perl?

2006-09-06 Thread Jonathan Vanasco
On Sep 6, 2006, at 6:01 PM, Frank Wiles wrote: It didn't disappear, and it isn't "shared" like the type of sharing we talk about with mod_perl/Apache. It's not CoW sharing. I know. The shared memory you're talking about here is held by the postmaster daemon and is used to store

Re: Memory leak in mod_perl?

2006-09-06 Thread Frank Wiles
On Wed, 6 Sep 2006 17:36:50 -0400 Jonathan Vanasco <[EMAIL PROTECTED]> wrote: > From what I can tell, this is happening: > bootup: ( pg ) 861 Free > apache start: ( apache , pg , 3x pg clients ) 785 Free > apache stop:( pg, 3x pg clients ) 840 Free > apache start:

Re: Memory leak in mod_perl?

2006-09-06 Thread Jonathan Vanasco
On Aug 18, 2006, at 6:24 AM, Andreas Rieke wrote: Hi, after booting a redhat enterprise linux 3 machine with apache 2.0.58, perl 5.8.8 and mod_perl 2.0.2, it runs well using about 300 M of 1 G physical RAM. However, the remaining RAM decreases day by day, and after 2 or 3 weeks, the machine cra

Re: mod_perl reqs/s @ concurrency-- for actual db based applications

2006-09-06 Thread Frank Wiles
On Wed, 06 Sep 2006 14:02:56 -0400 Perrin Harkins <[EMAIL PROTECTED]> wrote: > You can usually increase your performance greatly just by tuning your > existing SQL and database. Run Apache::DProf or the DBI profiler, > find out where the time is being spent, and work on it. There are > many reso

Re: HTTP Proxy using MOD_PERL

2006-09-06 Thread Sean Davis
On Wednesday 06 September 2006 16:26, Sumit Shah wrote: > Charles, > > Thanks for the information. I will surely take a look at mod_proxy in > detail. I believe I would still need to use mod_perl to invoke the perl > script I have to do the processing. > > So if I understand, I could use mod_proxy

RE: HTTP Proxy using MOD_PERL

2006-09-06 Thread Sumit Shah
Charles, Thanks for the information. I will surely take a look at mod_proxy in detail. I believe I would still need to use mod_perl to invoke the perl script I have to do the processing. So if I understand, I could use mod_proxy and mod_perl in conjunction with each other. MOD_PROXY would provid

Re: mod_perl reqs/s @ concurrency-- for actual db based applications

2006-09-06 Thread Jonathan Vanasco
On Sep 6, 2006, at 2:02 PM, Perrin Harkins wrote: That probably means you are limited by the database, like everyone else. right. i'm just wondering what the avg numbers for moderate logic apps are. I like httperf for benchmarks. its ok. it and ab haven't been updated in a while thou

Re: mod_perl reqs/s @ concurrency-- for actual db based applications

2006-09-06 Thread Philip M. Gollucci
You can usually increase your performance greatly just by tuning your existing SQL and database. Run Apache::DProf or the DBI profiler, find out where the time is being spent, and work on it. There are many resources for database performance tuning. Work on the actual queries and schema structu

Re: mod_perl reqs/s @ concurrency-- for actual db based applications

2006-09-06 Thread Perrin Harkins
On Wed, 2006-09-06 at 13:46 -0400, Jonathan Vanasco wrote: > with 2 children running, I'm handling ~70 r/s @ concurrency 10-1000 > 4-8 children seems to be my point for diminishing marginal utility- > in that range, I'm handling ~100 r/s @ concurrency 10-1000 ; and the > numbers don

mod_perl reqs/s @ concurrency-- for actual db based applications

2006-09-06 Thread Jonathan Vanasco
after talking with some people off list, I've got a question about performance under mod perl, for actual applications mp shows amazing performance marks with hello world, but few of us need to serve 1100 'hello worlds' personally, i'm seeing this: processor: p4 2.4 os:

Re: HTTP Proxy using MOD_PERL

2006-09-06 Thread Charles Bueche
Hi, chapter 7 of http://www.oreilly.com/catalog/wrapmod/ has something, but it is outdated. If I understand your need correctly, you could use the normal mod_proxy module and filter your input and/or output using Apache 2 filters. I us this to make the wildest things, including fixing non-proxy-

Re: [MP2] Carp::Confess doesn't traceback

2006-09-06 Thread Malcolm J Harwood
On Wednesday 06 September 2006 07:36, Beheer wrote: > On Tue, 2006-09-05 at 09:25 -0300, Adriano Ferreira wrote: > > The issue is: does apache2 reports the segmentation fault with > > Carp::confess? If this is not the case, that's why you don't see the > > stack trace information. > > Yes, it does

Re: [MP2] Carp::Confess doesn't traceback

2006-09-06 Thread Beheer
> Why do you keep saying "Carp::Confess"? Do you mean "Carp::confess", right? You are right. I mean (and use in the code) "Carp::confess".

Re: [MP2] Carp::Confess doesn't traceback

2006-09-06 Thread Adriano Ferreira
On 9/6/06, Beheer <[EMAIL PROTECTED]> wrote: On Tue, 2006-09-05 at 09:25 -0300, Adriano Ferreira wrote: > The issue is: does apache2 reports the segmentation fault with > Carp::confess? If this is not the case, that's why you don't see the > stack trace information. Yes, it does use Carp::Confe

Re: [MP2] Carp::Confess doesn't traceback

2006-09-06 Thread Beheer
On Tue, 2006-09-05 at 09:25 -0300, Adriano Ferreira wrote: > The issue is: does apache2 reports the segmentation fault with > Carp::confess? If this is not the case, that's why you don't see the > stack trace information. Yes, it does use Carp::Confess but stops confessing at the point where Carp

RE: Failing tests - a plea from the heart

2006-09-06 Thread andy law \(RI\)
> andy law (RI) wrote: > > Well, they don't because there is the whole issue of the > location of > > the libaprutil.so library which was Darryl's problem (and > one that I > > share too). Is that fixed as well in the next release? > Thread link please ? msg11128 et seq. I found it at http:

Re: Failing tests - a plea from the heart

2006-09-06 Thread Philip M. Gollucci
andy law (RI) wrote: > Well, they don't because there is the whole issue of the location of the > libaprutil.so library which was Darryl's problem (and one that I share > too). Is that fixed as well in the next release? Thread link please ? -- -

RE: Failing tests - a plea from the heart

2006-09-06 Thread andy law \(RI\)
> Yes, both status. and content_length_header.t are fixed in > SVN and will be fixed in the 2.0.3 release. Hurrah! > > > > I also understand from trawling through the mailing list > archives - a > not entirely pain-free procedure itself - > that the mod_perl 'grown-ups' > > are "getting