Re: Progress report: intraquery memory recovery in executor

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Progress report: intraquery memory recovery in executor
Дата
Msg-id 200007101317.JAA26491@candle.pha.pa.us
обсуждение исходный текст
Ответ на Progress report: intraquery memory recovery in executor  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Progress report: intraquery memory recovery in executor  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> What I'm currently considering instead is to still create a per-tuple
> context for each plan node, but use it only for expression evaluation,
> ie, we switch into it on entry to ExecQual(), ExecTargetList(),
> ExecProject(), maybe a few other places.  The majority of our leakage
> problems are associated with expression evaluation, so this should allow
> fixing the leakage problems.  It will mean that routines associated with
> plan nodes (basically, executor/node*.c) will still need to be careful
> to avoid leaks.  For the most part they are already, but I had hoped to
> make that care less necessary.

I was wondering how you were going to pull this off.  It seems doing
something on entry to the expression routines is best.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: postmaster errors with index on temp table?
Следующее
От: Philip Warner
Дата:
Сообщение: Re: postmaster errors with index on temp table?