On Sun, 16 Oct 2005 05:21:17 -0700 Gustaf Neumann wrote: > i have written the following script to help to find "application level leaks"
and later > If the numbers don't change significantly, it is highly likely that > there is a c-level memleak involved and > it is not an application problem (oacs, dotlrn). Hello everyone, I hope nobody minds me bumping this old thread. Gustaf, I used your script on a production server that appears to be leaking memory. Can you please help me interpret it? This was the total at startup TOTAL: pid 10686 vsz 592489 namespaces 543 vars 96 var_bytes 10118 array_elements 313 cmds 266 procs 4511 then just before the crash TOTAL: pid 10686 vsz 1112509 namespaces 543 vars 86 var_bytes 8771 array_elements 256 cmds 266 procs 4469 unable to alloc 495960171 bytes Would you consider the less than double "vsz" figure a significant change? Is it of any significance that the other values decreased (vars var_bytes etc)? So would this suggest a C-level or application-level problem? The strange thing about this particular case is that the developers tell me that "nothing changed" on this server in quite some time. And yet it mysteriously started crashing last week. many thanks for any assistance Brian Fenton -- 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.
