Re: AW: [rt-users] Memory leaks in RT and FastCGI source (fwd)
Tomas Olaj <[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
FYI -- ________________________________________________________________________ Tomas A. P. Olaj, email: [email protected], web: folk.uio.no/tomaso University of Oslo / USIT (Center for Information Technology Services) System- and Application Management / Applications Management Group ---------- Forwarded message ---------- Date: Tue, 25 Oct 2005 14:13:27 +0200 (CEST) From: Tomas Olaj <[email protected]> Reply-To: Tomas Olaj <[email protected]> To: Torsten Brumm <[email protected]> Cc: [email protected] Subject: Re: AW: [rt-users] Memory leaks in RT and FastCGI source On the marvelous Tue, 25 Oct 2005, Torsten Brumm wrote kindly to me ... >> (1) >> We noticed memory leaks in relation to Apache on our RT main server. Thus, > we have to do scheduled re-starts of Apache. Does anyone have any similar >> experience of this? > > Yes, we have the same situation! But ist strange, it does not happen if we > have high load at the system, it only happens if nobody works! It starts > with lost connection from the FCGI Process to the DB. Thanks, it happends slow on our server, since I guess RT is busy all the time. BP may have the same problems on their servers? >> (2) >> We're using FastCGI, since it works better for us than mod_perl. But it > concerns me that this source distribution is old: > >> mod_fastcgi-2.4.2.tar.gz (24-Nov-2003 19:07 96k) > > No idea, i have the same release installed.... It concerns me a bit if this source is maintained or not, and that Best Practical recommends FastCGI. It could be that this is the main source for bad garbage collection. > I'm using Apache 2.0.54. We are using Apache 2.0.52 Cheers, Tomas -- ________________________________________________________________________ Tomas A. P. Olaj, email: [email protected], web: folk.uio.no/tomaso University of Oslo / USIT (Center for Information Technology Services) System- and Application Management / Applications Management Group ___________________________________ fastcgi-developers mailing list http://fastcgi.com/fastcgi-developers/