Dan, Janine,
Locally, we have a 4.0.9b running sql-ledger (uses cgi-bin) with average
1000 requests per business day --apparently stable.
%CPU %MEM VSZ RSS TT STAT STARTED TIME
0.0 12.4 196888 127888 ?? S 31Oct04 52:50.88
luey# uname -a
FreeBSD luey.client.comcast.net 4.10-RELEASE FreeBSD 4.10-RELEASE #0:
Tue May 25 22:47:12 GMT 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
from config.tcl:
ns_param map "GET /sql-ledger/*.pl
${serverroot}/www/sql-ledger"
ns_param map "POST /sql-ledger/*.pl ${serverroot}/www/sql-ledger"
ns_param Interps CGIinterps
ns_section "ns/interps/CGIinterps"
ns_param .pl "/usr/bin/perl"
hope this is useful,
Torben
Dan Chak wrote:
Ever since I upgraded to AOLServer 4.0.9, after some extended period of
time, my cgi-bin scripts stop working. It just happened again, and
when I checked the logs, I saw:
[13/Jan/2005:23:58:26][25953.4131597232][-conn:thebox::3906] Error:
exec: ns_fork() failed: Cannot allocate memory
I checked 'top' and it looked like AOLServer had grown to be some
number of gigabytes. My physical RAM was starved, but there was still
swap, so I'm not sure why ns_fork() failed. However, the deeper
question is whether there is a memory leak involved here. I won't rule
out the possibility that the leak is in my own tcl library code, but
the problem only started after I upgraded from the 3.4.x series.
So, are there any known leaks in 4.0.x? Or, do any memory profiling
tools exist for the shared memory allocated by user tcl libraries?
thanks,
--dan
----------------------------------------
dan chak
web: http://www.chak.org
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
<[EMAIL PROTECTED]> with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the
Subject: field of your email blank.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
