Re: [HACKERS] Cache query (PREPARE/EXECUTE)
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] Cache query (PREPARE/EXECUTE) |
Дата | |
Msg-id | 4650.951324791@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | RE: [HACKERS] Cache query (PREPARE/EXECUTE) ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
Ответы |
Re: [HACKERS] Cache query (PREPARE/EXECUTE)
RE: [HACKERS] Cache query (PREPARE/EXECUTE) Re: [HACKERS] Cache query (PREPARE/EXECUTE) |
Список | pgsql-hackers |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes: > I think so. The problem is that Node struct couldn't be freed safely > due to the lack of reference count in its definition. As far as I see > plans could be destroyed only when the memory context in which > they are placed are destroyed. This is overly conservative. It should be safe to destroy a plan tree via freeObject() if it was created via copyObject() --- and that is certainly how the plan would get into a permanent memory context. Currently, rule definitions are leaked in CacheContext at relcache flushes. I plan to start freeing them via freeObject at the beginning of the 7.1 development cycle --- I didn't want to risk it during the runup to 7.0, but I believe it will work fine. regards, tom lane
В списке pgsql-hackers по дате отправления: