Re: Memory Leakage Problem

Поиск
Список
Период
Сортировка
От Martijn van Oosterhout
Тема Re: Memory Leakage Problem
Дата
Msg-id 20051214092137.GA16967@svana.org
обсуждение исходный текст
Ответ на Re: Memory Leakage Problem  ("John Sidney-Woollett" <johnsw@wardbrook.com>)
Ответы Re: Memory Leakage Problem
Список pgsql-general
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,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.

Вложения

В списке pgsql-general по дате отправления:

Предыдущее
От: "surabhi.ahuja"
Дата:
Сообщение: valgrind output
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: timestamp <-> ctime conversion question...