Which by 100% confirms that you are seeing a servere problem of memory
fragmentation.
Why 100% certain: The free memory is "constantly" growing, not
displaying any signs of a rough sawtooth pattern. But then there is some
alarming sharp edges there where the amount of free memory suddenly
grows so there may be more to it after all.
I'd recommend start looking for another malloc() implementation. You say
you have tried dlmalloc but to no avail.. odd. historically dlmalloc has
been able to cope with Squid loads quite well on other platforms where
the systems malloc() does not.
Regards
Henrik
Florin Andrei wrote:
>
> On Thu, 2001-10-04 at 11:58, Henrik Nordstrom wrote:
> > Florin Andrei wrote:
> >
> > > Hmmm... I still see aweful memory leaks with 2.4STABLE on Irix, on a
> > > machine that gets like 90 req/second. The process starts at approx 200
> > > MB, then it grows like hell, until it crashes 1...3 days later, when
> > > it's almost 2 GB in size. :-/ Tried dlmalloc, it doesn't help.
> >
> > Any clue on where this memory goes? I.e. any sign in the cachemgr pages?
>
> Ok, here are the most significant MRTG graphs for my proxy:
> - the memory usage (1200.0 k actually means 1200MB = 1.2GB)
> - the number of HTTP requests per second (the graph with req/s)
> - CPU usage as reported by Squid (% out of 100)
> - the amount of traffic going in (kBytes/s)
> All the graphs start very soon after rebooting Squid, so the left margin
> is the status of the proxy right after reinitialising.
>
> On the memory usage graph, the green area is the "Total space in arena",
> and the blue line is the "Total free" - these are parsed by MRTG scripts
> right out of cachemgr.cgi output.
> As you can see, i have lots and lots of free memory, and with no
> explanation as of why. :-)
> I also attached the configuration file of my proxy (slightly edited for
> content :-D).
>
> I'm using 2.4STABLE1 on SGI Irix-6.5, compiled with MIPSPro-7.3 C
> compiler.
>
> --
> Florin Andrei
Received on Thu Oct 11 2001 - 16:02:59 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:14:32 MST