We have a fairly busy website running Pound v2.4.3 on Fedora Core 6 x86_64 with kernel v2.6.19-1.2911.fc6. Building Pound with regular malloc (i.e. no external memory allocator libraries linked in) produces an executable with no memory leaks that I can detect. It has been about a week since the last pound restart and it shows about 25 Mb of memory allocated with about 400 pound processes running on average.

 

However, when I tried building pound with tcmalloc (from google perftools), there was a pretty apparent memory leak present. After about 2 days of running, pound was taking over 800 Mb of memory and growing. I also tried building it with hoard, it was still leaking memory. Not as bad as with tcmalloc though. So, needless to say, we are running the regular malloc version -- I'd much rather have it run a bit slow that restarting pound daily...

 

We have a very simple setup, only HTTP traffic going through pound, no HTTPS and no sessions.

 

Not sure if this helps with finding the memory leak, but I thought I'd mention my experience...

 

-Mike
 

On 7/7/08, Leo <neleo@gmx.net> wrote:

Hello,

we are using pound since several years now (great software), so far on i386 architecture. Last week we have installed pound on x86_64 and noticed that there is a memory leak: pound handles round about 5 million requests per day and allocates 200 MB additional memory per day. This memory is never freed. Therefore we have to restart pound once a week. Otherwise the server will swap and in the end the oom-killer will kill pound ...
If we use the google-perftools (tcmalloc) the memory consumption rises even much faster. Because of this we are currently using pound without the perftools but the memory leak still remains (i.e. the google-perftools only boost the problem).

Is anybody else using pound on x86_64 and has the same problem? How can we further investigate this issue? We can provide any information you need to debug the problem.

Any help would be highly appreciated!

Kind regards,
Leo

**********
Pound:
Version 2.4.3
 Configuration switches:
  --enable-cert1l
  --with-maxbuf=2048

Linux:
Linux poundserver 2.6.25.9 #1 SMP Wed Jun 25 15:09:02 CEST 2008 x86_64 x86_64 x86_64 GNU/Linux
*********

--
To unsubscribe send an email with subject unsubscribe to pound@apsis.ch.
Please contact roseg@apsis.ch for questions.