Re^4: Apache / 30,000 Perl script serving limit

Alright, same thing after the stop and start as you already figured.

Perhaps worthy of notice is how its a new PID every so often.

www 11004  7696  2 15:46:29 ?  0:00 /usr/bin/perl /web_sites/intranet2
+/cgi-bin/environment.pl
www 11067  7696  4 15:46:31 ?  0:00 /usr/bin/perl /web_sites/intranet2
+/cgi-bin/environment.pl
www 11210  7696  2 15:46:37 ?  0:00 /usr/bin/perl /web_sites/intranet2
+/cgi-bin/environment.pl
www 11264  7696  4 15:46:39 ?  0:00 /usr/bin/perl /web_sites/intranet2
+/cgi-bin/environment.pl
[download]

Comment on Re^4: Apache / 30,000 Perl script serving limit Download Code

Replies are listed 'Best First'.
Re^5: Apache / 30,000 Perl script serving limit by almut (Canon) on May 06, 2009 at 20:37 UTC
What seems to be more interesting than that they do get a new PID (which is to be expected with `mod_cgid`) is that they're still running after several seconds (observe the STIME column) — presuming the output you've shown is of a single `ps` call, of course. In case `environment.pl` is just printing out the environment, this shouldn't take several seconds... so I would try to find out why that is... BTW, even on HP-UX, you can get a nice tree-like display of processes with `ps` (similarly to what option `-f` does on Linux). This is often helpful to easily see which processes forked which... For this, you'd need to enable XPG4 mode, which you do via the env variable UNIX95. This makes option `-H` available, so you can then write, for example `$ UNIX95=1 ps -efH` [download] (not sure if you're aware of it, so I thought it might be worth mentioning...)	[reply] [d/l] [select]
Re^6: Apache / 30,000 Perl script serving limit by QcMonk (Novice) on May 06, 2009 at 20:44 UTC
You are quite the observer my friend, Those lines were from a series of calls `ps -fu www \| grep environment.pl`	[reply] [d/l]