Re: auto_explain contrib moudle

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: auto_explain contrib moudle
Дата
Msg-id 4260.1226941234@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: auto_explain contrib moudle  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Ответы Re: auto_explain contrib moudle  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp> writes:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> This would likely require adding a struct Instrumentation * field to
>> QueryDesc in which to track the total ExecutorRun timing

> I think instr_time is enough here,
> but why do you think Instrumentation is needed?

Well, it's more general.  You could think of ExecutorRun as being like a
plan node, in which case all the fields of struct Instrumentation are
potentially useful.  If a contrib module doesn't want to use them,
of course it doesn't have to.

Or I guess we could just put a void * there and not try to wire down
its usage.

> There might be another approach to have a stopwatch stack in
> the contrib module instead of the core. I think it is cleaner
> because it works even if multiple modules use the stopwatch
> at the same time. Am I missing something?

I think this will be mighty messy ...
        regards, tom lane


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Synchronous replication patch v2
Следующее
От: Tom Lane
Дата:
Сообщение: Re: patch to fix client only builds