Re: BUG #12183: Memory leak in long running sessions - Mailing list pgsql-bugs

From Kevin Grittner
Subject Re: BUG #12183: Memory leak in long running sessions
Date
Msg-id 1497380283.4859013.1418228352955.JavaMail.yahoo@jws100205.mail.ne1.yahoo.com
Whole thread Raw
In response to Re: BUG #12183: Memory leak in long running sessions  (Valentine Gogichashvili <valgog@gmail.com>)
List pgsql-bugs
Valentine Gogichashvili <valgog@gmail.com> wrote:

> Can we collect some more information that would give more hints
> on what is going on there?

As Tom already said, a reproducible test case (i.e., a script which
a developer can run starting from an empty database) which
demonstrates the problem would be ideal.  If you can't produce
that, install smem (if it's not already installed) and run this at
intervals (beginning, middle, and end would probably suffice):

smem -trs uss

The other thing that would give valuable information would be to
set overcommit_memory to 2 and overcommit_ratio to something like
80.  If there is a memory leak in PostgreSQL, it will probably dump
a memory map when an allocation attempt fails.  It would also be
great if you could enable core dumps for postgres and get a
backtrace from the point of failure in this configuration.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-bugs by date:

Previous
From: Ed Avis
Date:
Subject: Re: BUG #11986: psql uses pager inside Emacs shell buffer (not a terminal)
Next
From: Andrew Sackville-West
Date:
Subject: Re: regression, deadlock in high frequency single-row UPDATE