Re: Memory leak with CALL to Procedure with COMMIT.
| От | Tom Lane |
|---|---|
| Тема | Re: Memory leak with CALL to Procedure with COMMIT. |
| Дата | |
| Msg-id | 19388.1534439320@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Memory leak with CALL to Procedure with COMMIT. (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> Hmm, this got me thinking whether the current resource owner setup for a
> procedure is appropriate. Maybe the problem is that resowners are still
> thought of in terms of transactions plus portals, so that if
> transactions are done then everything is over; maybe we need to teach
> them that procedures can outlive transactions, so you'd have a resowner
> that's global to the procedure and then each transaction resowner is a
> child of that one?
The procedure still has to be running inside a query, and therefore
inside a portal, so the portal's resowner ought to be sufficiently
long-lived for any resources that ought to be procedure-lifetime.
So I doubt we need any more resowners. It's certainly possible that
something somewhere is assigning a particular resource to the wrong
resowner, of course.
regards, tom lane
В списке pgsql-hackers по дате отправления: