Re: auto_explain contrib moudle - Mailing list pgsql-hackers

From Tom Lane
Subject Re: auto_explain contrib moudle
Date
Msg-id 4260.1226941234@sss.pgh.pa.us
Whole thread Raw
In response to Re: auto_explain contrib moudle  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Responses Re: auto_explain contrib moudle  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
List 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 by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Synchronous replication patch v2
Next
From: Tom Lane
Date:
Subject: Re: patch to fix client only builds