Re: BUG #12183: Memory leak in long running sessions
От | Kevin Grittner |
---|---|
Тема | Re: BUG #12183: Memory leak in long running sessions |
Дата | |
Msg-id | 1497380283.4859013.1418228352955.JavaMail.yahoo@jws100205.mail.ne1.yahoo.com обсуждение исходный текст |
Ответ на | Re: BUG #12183: Memory leak in long running sessions (Valentine Gogichashvili <valgog@gmail.com>) |
Список | 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 по дате отправления: