ApacheCon mod_perl 2.0 tutorial status

2004-10-14 Thread Philippe M. Chiasson
It seems the same thing that hapenned to stas last year is hapenning to me this year. Since stas was unable to make it to ApacheCon this year, I have taken on the task of presenting the mod_perl 2.0 tutorial at ApacheCon in his place. And just like last year : "The organizers of the ApacheCon confe

Re: Memory leakage?

2004-10-14 Thread Batara Kesuma
Hi Stas, > Batara, please try first with mod_perl 1.19_16 or the current cvs [1]. > If it didn't make any different please tell us how much memory > consumes each modperl process on the startup (shared and absolute). > You can use Apache::VMonitor for that purpose if you have libgtop > installed.

Re: problem building modperl 1.99

2004-10-14 Thread Christian Krause
On Wed, 13 Oct 2004 22:41:58 -0400, Stas Bekman wrote: > Christian Krause wrote: >> I can't build mod_perl on some machines. The "make test" results in the >> following error: > [...] >> Can't locate object method "method_is_limited" via package "Apache::CmdParms" at >> /usr/src/RPM/BUILD/mod_per

Re: Memory leakage?

2004-10-14 Thread Perrin Harkins
On Wed, 2004-10-13 at 23:33, Batara Kesuma wrote: > Is there any memory leakage? What can I do to check it? There is quite a bit of discussion about optimizing memory usage what to avoid in the mod_perl docs, mostly here: http://perl.apache.org/docs/1.0/guide/performance.html Usually the problem

Re: MP1: Odd localized variable behavior

2004-10-14 Thread Perrin Harkins
On Thu, 2004-10-14 at 14:13, Tom Murphy wrote: > According to how I understand perl/mod_perl workings, the actual address of > the SV shouldn't change regardless of the number of invocations of the > script ( assuming the file modification time doesn't change ). Upon the > second invocation it loo

MP1: Odd localized variable behavior

2004-10-14 Thread Tom Murphy
I've inherited a bunch of code which occasionally uses localized my variables in subroutines routines within file scope. I thought that this was legit, if not the cleanest use of "my" variables. Note that this pared down script gives a The Code: - use strict;

Re: debuging run away httpd process

2004-10-14 Thread Malcolm J Harwood
On Thursday 14 October 2004 04:23 am, Victor Tsang wrote: > We use mod_perl heavily here, and lately I notice some apache > children for some reason chew up large amount of cpu (indeed all cpu). > Using apache's server-status i can tell it is one of the new script > we have deployed that caused

Re: debugging run away httpd process

2004-10-14 Thread Brian Reichert
On Thu, Oct 14, 2004 at 12:07:17PM +0800, victor wrote: > 2) Why strace doesn't return anything? or is strace the appropiate tool > to use at all? is there any mod_perl module/option I should turn > on/off/tweak to help me find out what the process is doing? How are you invoking strace? > 3)

debugging run away httpd process

2004-10-14 Thread victor
Hello everyone, This might be a bit off topic, please kindly forgive me, I am seeking some tips on debuging mod_perl script, I have a mod_perl enabled apache server running all kinds of perl scripts. Lately after a pitty major script update, I notice some apache children would chew up all CPU

debuging run away httpd process

2004-10-14 Thread Victor Tsang
Hello everyone, This could be a bit off topic, please kindly forgive me if it is so, I am seeking for tips on debugging perl script that is running under mod_perl. We use mod_perl heavily here, and lately I notice some apache children for some reason chew up large amount of cpu (indeed all cp