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

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Is there a memory leak in commit 8561e48?
Дата
Msg-id 72edf7bf-2fa8-257e-7cda-91fda43e4396@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Is there a memory leak in commit 8561e48?  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Is there a memory leak in commit 8561e48?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 4/19/18 02:10, Michael Paquier wrote:
> On Thu, Apr 19, 2018 at 11:38:09AM +0800, jian.long@i-soft.com.cn wrote:
>> in commit 8561e48, _SPI_stack alloc from TopMemoryContext. But
>> AtEOXact_SPI just set _SPI_stack = NULL. Is this a memory leak? 
> 
> You are right.  I can easily see the leak if I use for example a
> background worker which connects to a database, and launches many
> transactions in a row.  The laziest reproducer I have is to patch one of
> my bgworkers to launch millions of transactions in a tight loop and the
> leak is plain (this counts relations automatically, does not matter):
> https://github.com/michaelpq/pg_plugins/tree/master/count_relations

This is not a memory leak in the sense that the memory is not reusable.
It allocates memory for a stack, and that stack will be reused later.
The stack could be bigger than you'll need, but that's not necessarily a
problem.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: [HACKERS] Clock with Adaptive Replacement
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: obsoleting plpython2u and defaulting plpythonu to plpython3u