Re: Memory Leakage Problem - Mailing list pgsql-general

From John Sidney-Woollett
Subject Re: Memory Leakage Problem
Date
Msg-id 43A02380.6070203@wardbrook.com
Whole thread Raw
In response to Re: Memory Leakage Problem  (Martijn van Oosterhout <kleptog@svana.org>)
List pgsql-general
Martijn

Thanks for the tip.

Since the connections on this server are from slon, I'm hoping that they
hand around for a *long* time, and long enough to take a look to see
what is going on.

John

Martijn van Oosterhout wrote:
> On Tue, Dec 13, 2005 at 04:37:42PM -0000, John Sidney-Woollett wrote:
>
>>I'll run this over the next few days and especially as the server starts
>>bogging down to see if it identifies the culprit.
>>
>>Is it possible to grab memory outsize of a processes space? Or would a
>>leak always show up by an ever increasing VSZ amount?
>
>
> The only way to know what a process can access is by looking in
> /proc/<pid>/maps. This lists all the memory ranges a process can
> access. The thing about postgres is that each backend dies when the
> connection closes, so only a handful of processes are going to be
> around long enough to cause a problem.
>
> The ones you need to look at are the number of mappings with a
> zero-inode excluding the shared memory segment. A diff between two days
> might tell you which segments are growing. Must be for exactly the same
> process to be meaningful.
>
> Have a nice day,

pgsql-general by date:

Previous
From: Martijn van Oosterhout
Date:
Subject: Re: valgrind output
Next
From: Jerry LeVan
Date:
Subject: ANN: PgBrowse 1.4