Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-08 Thread tomcat/perl
On 08.02.2021 10:09, Steven Haigh wrote: On Sun, Feb 7, 2021 at 15:17, Chris wrote: Just remember to always write clean code that resets variables after doing tasks. I'm a bit curious about this - whilst I'm still testing all this on a staging environment, how can I tell if things can leak

RE: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-08 Thread James Smith
haven’t moved to git! as hooks are a bit messier… and people may not have the right software on the machines they have their repos on} From: Steven Haigh Sent: 08 February 2021 09:54 To: modperl@perl.apache.org Subject: RE: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT

RE: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-08 Thread Steven Haigh
On Mon, Feb 8, 2021 at 09:13, James Smith wrote: Use perl-critic this will find most of the nasties that you have the classic is: Thanks for the tip! I have no idea how long I've been writing stuff in perl - and I never knew of this! I ran it with the -3 option - which I figure is a good

RE: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-08 Thread James Smith
} if {condition}; or my $var = {condition} ? {code} : ‘’; From: Steven Haigh Sent: 08 February 2021 09:09 To: modperl@perl.apache.org Subject: Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT] On Sun, Feb 7, 2021 at 15:17, Chris mailto:cpb_mod_p...@bennettconstruction.us>>

Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-08 Thread Steven Haigh
On Sun, Feb 7, 2021 at 15:17, Chris wrote: Just remember to always write clean code that resets variables after doing tasks. I'm a bit curious about this - whilst I'm still testing all this on a staging environment, how can I tell if things can leak between runs? Is coding to normal 'use

RE: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-07 Thread James Smith
to "false" -Original Message- From: Chris Sent: 07 February 2021 21:18 To: modperl@perl.apache.org Subject: Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT] On Sun, Feb 07, 2021 at 09:21:41PM +0800, Wesley Peng wrote: > If you can take time to rewr

Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-07 Thread Chris
On Sun, Feb 07, 2021 at 09:21:41PM +0800, Wesley Peng wrote: > If you can take time to rewrite all codes with modPerl handlers, that will > improve performance a lot. I've never used Template, but I just eventually wrote all handlers. I moved from Registry to all handlers, bit by bit. You can

Re: Moving ExecCGI to mod_perl - performance and custom'modules'[EXT]

2021-02-07 Thread Wesley Peng
If you can take time to rewrite all codes with modPerl handlers, that will improve performance a lot. On Sun, Feb 7, 2021, at 9:14 PM, Steven Haigh wrote: > In fact, I just realised that 'ab' test is rather restrictive So here's a > bit more of an extended test: > > # ab -k -n 1000 -c 32 >