Re: Is there a memory leak in commit 8561e48?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Is there a memory leak in commit 8561e48?
Дата
Msg-id 11699.1525302201@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Is there a memory leak in commit 8561e48?  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Is there a memory leak in commit 8561e48?
Список pgsql-hackers
Michael Paquier <michael@paquier.xyz> writes:
> With connection poolers letting the connections to the server be around
> for a long time, wouldn't it be an issue to let this much memory live
> longer than the transaction context?  The deeper the stack, the more
> memory consumed, hence the more OS cache that PostgreSQL cannot use.  So
> this could impact performance for some loads.  I would vote for cleaning
> up this memory instead of letting it live unused in TopMemoryContext.

It's only ~100 bytes per stack level.  I think under normal loads
nobody would notice.  If you're worried about cross-transaction
memory consumption, our various caches tend to be a lot worse.

            regards, tom lane


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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Is there a memory leak in commit 8561e48?
Следующее
От: David Rowley
Дата:
Сообщение: Re: Should we add GUCs to allow partition pruning to be disabled?