Re: [Speedycgi-users] Memory leak in speedy_backend
Brought to you by:
samh
|
From: Mark T. <M.T...@sh...> - 2003-09-15 11:37:32
|
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. |