Re: psql leaks memory on query cancellation

Поиск
Список
Период
Сортировка
Искать
От
Teodor Sigaev
Тема
Re: psql leaks memory on query cancellation
Дата
Msg-id
6758831e-2871-2115-ea53-f2d4fbf02f52@sigaev.ru
Ответ на
Список
Дерево обсуждения
psql leaks memory on query cancellation Darafei "Komяpa" Praliaskouski <me@komzpa.net>
Re: psql leaks memory on query cancellation Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: psql leaks memory on query cancellation Craig Ringer <craig@2ndquadrant.com>
Re: psql leaks memory on query cancellation Tom Lane <tgl@sss.pgh.pa.us>
Re: psql leaks memory on query cancellation Tom Lane <tgl@sss.pgh.pa.us>
Re: psql leaks memory on query cancellation Darafei "Komяpa" Praliaskouski <me@komzpa.net>
Re: psql leaks memory on query cancellation Craig Ringer <craig@2ndquadrant.com>
Re: psql leaks memory on query cancellation Teodor Sigaev <teodor@sigaev.ru>
Re: psql leaks memory on query cancellation Darafei "Komяpa" Praliaskouski <me@komzpa.net>
> I imagine that this indicates that control-C processing allocates some
> memory it doesn't free, resulting in an "island" up at the end of memory
> that prevents glibc from releasing all the free memory it's got.  Whether
> that's an actual leak, or just memory we're holding onto in hopes of
> reusing it, isn't clear.  (valgrind might be useful.)

malloc could request memory from kernel by two ways: sbrk() and mmap(), 
first one has described problem, mmap hasn't. It's described in 
mallopt(3) in section M_MMAP_THRESHOLD, to test that try to repeat test 
with MALLOC_MMAP_THRESHOLD_ environment  set to 8192.


-- 
Teodor Sigaev                      E-mail: teodor@sigaev.ru
                                       WWW: http://www.sigaev.ru/

В списке pgsql-hackers по дате отправления
От: Jacob Champion
Дата:
Сообщение: Re: submake-errcodes
От: Alvaro Herrera
Дата:
FAQ