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 по дате отправления: