| От | Tom Lane |
|---|---|
| Тема | Re: Memory use in 8.3 plpgsql with heavy use of xpath() |
| Дата | |
| Msg-id | 3906.1215102825@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Memory use in 8.3 plpgsql with heavy use of xpath() (Gregory Stark <stark@enterprisedb.com>) |
| Ответы |
Re: Memory use in 8.3 plpgsql with heavy use of xpath()
|
| Список | pgsql-general |
Gregory Stark <stark@enterprisedb.com> writes:
> That's just a special case of what would be expected to happen with memory
> allocation anyways though. Few allocators return memory to the OS anyways.
Well, that does happen on Linux for instance. Since Matt knew in his
original report that the xpath leak was intra-transaction, I assumed
he must be using a platform where malloc/free can release memory back
to the OS --- else he couldn't have seen that behavior from outside
the backend.
Still, it's entirely possible that some sort of high-water-mark is
involved somewhere, perhaps in malloc's internal data structures.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера