Re: [Speedycgi-users] Memory leak in speedy_backend

[Mark T. <M.T...@sh...>]

dear speedy users,

here is another opinion on this one...

my processes run for weeks at a time, and the resident memory size of the 
processes remains a steady 7632K

I am running a 2500 line perl cgi script.  it uses sockets to send IP 
packets to another machine (independantly of the incoming HTTP CGI 
connections).  I am using a custom OO module, and I am also using... CGI, 
CGI::peristent, CGI::Carp, Net::LDAP, Net::LDAP::Util.  it does not write 
to any files but it does read html from eight text files.

OS is Sun Solaris 7

Speedy version unknown - it does not respond to the -v option, so its 
probably v2.11

is it possible that the leaks are in your code?  you can get into some 
weird situations when your program runs under speedy, where you end up 
doing things many times when you only wanted to do them once.  my program 
ran for about a year before a realised it was reading in the eight text 
files on every HTTP connection, when I should really only read them once 
the first time thru.

alternatively, it might be worth you trying speedy v2.11

regards,
mark.

At 12:05 15/09/2003 +0200, PW wrote:
>I have noticed the same behavior in a moderate traffic Perl application 
>(clean code, using custom OO modules, 1 hit/1-5 minutes, using the group 
>function across several virtual domains, process expiration set to 1 hour) 
>on SuSE Linux, too. Processes grow from an initial 7 MB to 60 MB+ over 1-3 
>days. Additionally and as already mentioned on this list, there is as a 
>problem with too many socket connections established, yielding eventually 
>a "Too many files opened" error by Apache.
>
>Ph. Wiede
>
>
>
>James H. Thompson wrote:
>>I'm using SpeedyCGI in a high volume application on Redhat 8, and noticed 
>>that the memory usage of speedy_backend continually grew over time, even 
>>if the -r option was set to low number like 3.
>>The memory consumption seemed to be tied to speedy_backend creating a new 
>>child.
>>I created an experimental patch to fix this.
>>The patch is here:
>>     www.voip-info.org/speedycgi
>>
>>Jim
>>James H. Thompson
>>jh...@la...
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Speedycgi-users mailing list
>Spe...@li...
>https://lists.sourceforge.net/lists/listinfo/speedycgi-users

-- 
Mark Taylor,
Department of Corporate Information & Computing Services,
Extension 21145.
(0114) 222 1145
http://www.shef.ac.uk/~ad1mt
The opinions expressed in this email are mine and not those of the 
University of Sheffield.