Re: HTML::Mason?

2006-08-15 Thread Perrin Harkins
On Tue, 2006-08-15 at 19:48 -0400, Jesse Erlbaum wrote: > It seems to be the framework of choice, nowadays, for Perl-based server > page systems (i.e., PHP, JSP, ASP -- any system which puts code in > pages). By the look of it, Mason seems like it has more life than > EmbPerl. Is that correct? A

Re: HTML::Mason?

2006-08-15 Thread Jonathan Vanasco
I feel that Mason is too much tied into the Mason approach. I didn't think it was as extensible or easy to override as some other options. I'm running my own MVC framework, but if Catalyst were stable when I started work, I would have chosen it. Personally, I only use TAL for view componen

RE: HTML::Mason?

2006-08-15 Thread Jesse Erlbaum
Hi Joel -- > It's a big and fairly powerful templates-on-steroids system. I have > ideological objections to the mixing of code and HTML You'll get no argument from me in the separation of code from HTML department! I've not been active on the mod_perl list in the last year, but do a search in

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Matt Sergeant
On 15-Aug-06, at 4:25 PM, Arshavir Grigorian wrote: I guess I was more interested in type of structures that continuously increase the memory footprint with each request (memory leaks). I've had moderate success with Devel::GC::Helper [*]. It's not mod_perl integrated, but easy enough to add

Re: HTML::Mason?

2006-08-15 Thread Joel Bernstein
On Tue, Aug 15, 2006 at 07:48:26PM -0400, Jesse Erlbaum wrote: > Hi All -- > > Question for the group, at the very distinct risk of starting a holy > war: > > What is the general opinion of HTML::Mason? It's a big and fairly powerful templates-on-steroids system. I have ideological objections

HTML::Mason?

2006-08-15 Thread Jesse Erlbaum
Hi All -- Question for the group, at the very distinct risk of starting a holy war: What is the general opinion of HTML::Mason? It seems to be the framework of choice, nowadays, for Perl-based server page systems (i.e., PHP, JSP, ASP -- any system which puts code in pages). By the look of it,

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Jonathan Vanasco
On Aug 15, 2006, at 4:54 PM, Leo Lapworth wrote: Just as a reference I run a big site which has processes which start at about 30 MBs but over tens of thousands of request do grow, I decided it was better to spend the time doing more coding than days of tracking down small memory leaks (goo

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Leo Lapworth
On 15 Aug 2006, at 21:28, Perrin Harkins wrote: On Tue, 2006-08-15 at 16:20 -0400, Jonathan Vanasco wrote: My children are pegged at 6-13MB of private memory, on top of 80mb ?!? of parent memory That doesn't sound very big to me. Really? Yeah, that's really not surprising. And you can sti

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Perrin Harkins
On Tue, 2006-08-15 at 13:25 -0700, Arshavir Grigorian wrote: > I guess I was more interested in type of structures that continuously > increase the memory footprint with each request (memory leaks). > Barring a database table getting larger, etc, is there any reason why > the memory footprint shoul

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Perrin Harkins
On Tue, 2006-08-15 at 16:20 -0400, Jonathan Vanasco wrote: > >> My children are pegged at 6-13MB of private memory, on top of > >> 80mb ?!? of parent memory > > That doesn't sound very big to me. > Really? Yeah, that's really not surprising. And you can still run a lot of those on a 1GB machine.

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Arshavir Grigorian
On 8/15/06, Perrin Harkins <[EMAIL PROTECTED]> wrote: On Tue, 2006-08-15 at 12:49 -0700, Arshavir Grigorian wrote: > What would be a good tool for finding where this type of a problem > problem is? Memory growth? You basically comment out code until it stops happening. > Also, considering tha

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Jonathan Vanasco
On Aug 15, 2006, at 3:43 PM, Perrin Harkins wrote: Linux::Smaps, if you're on Linux. f*&(. FreeBSD. i'll dig up a debian box. My children are pegged at 6-13MB of private memory, on top of 80mb ?!? of parent memory That doesn't sound very big to me. Really? I was under impression that wi

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Perrin Harkins
On Tue, 2006-08-15 at 12:49 -0700, Arshavir Grigorian wrote: > What would be a good tool for finding where this type of a problem > problem is? Memory growth? You basically comment out code until it stops happening. > Also, considering that Perl does automagic garbage > collection, what sort of

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Arshavir Grigorian
On 8/15/06, Perrin Harkins <[EMAIL PROTECTED]> wrote: On Tue, 2006-08-15 at 15:24 -0400, Jonathan Vanasco wrote: > Does anyone know if there's something in httpd / mod_perl that will > let me dump and analyze the memory in the child (and possibly the > parent)? Linux::Smaps, if you're on Linux.

Re: Dumping / Profiling Memory ?

2006-08-15 Thread Perrin Harkins
On Tue, 2006-08-15 at 15:24 -0400, Jonathan Vanasco wrote: > Does anyone know if there's something in httpd / mod_perl that will > let me dump and analyze the memory in the child (and possibly the > parent)? Linux::Smaps, if you're on Linux. > My children are pegged at 6-13MB of private memor

Dumping / Profiling Memory ?

2006-08-15 Thread Jonathan Vanasco
Does anyone know if there's something in httpd / mod_perl that will let me dump and analyze the memory in the child (and possibly the parent)? My children are pegged at 6-13MB of private memory, on top of 80mb ?!? of parent memory I'm trying to figure out what in the hell isn't sharing, o