Re: [GENERAL] Memory Errors...
От | Tom Lane |
---|---|
Тема | Re: [GENERAL] Memory Errors... |
Дата | |
Msg-id | 26965.1032454359@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [GENERAL] Memory Errors... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [GENERAL] Memory Errors...
|
Список | pgsql-hackers |
I said: > Yeah, I see very quick memory exhaustion also :-(. Looks like the > spi_exec call is the culprit, but I'm not sure exactly why ... > anyone have time to look at this? On looking a little more closely, it's clear that pltcl_SPI_exec() should be, and is not, calling SPI_freetuptable() once it's done with the tuple table returned by SPI_exec(). This needs to be done in all the non-elog code paths after SPI_exec has returned SPI_OK_SELECT. pltcl_SPI_execp() has a similar problem, and there may be comparable bugs in other pltcl routines (not to mention other sources of memory leaks, but I think this is the problem for your example). I have no time to work on this right now; any volunteers out there? regards, tom lane
В списке pgsql-hackers по дате отправления: