Re: Adding getrusage profiling data to EXPLAIN output

Поиск
Список
Период
Сортировка
От Itagaki Takahiro
Тема Re: Adding getrusage profiling data to EXPLAIN output
Дата
Msg-id AANLkTi=YDS6fptRpVuJYQsmM5w7vgpn3YmxWErsRrNM8@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Adding getrusage profiling data to EXPLAIN output  (Greg Stark <stark@mit.edu>)
Ответы Re: Adding getrusage profiling data to EXPLAIN output  (Greg Stark <stark@mit.edu>)
Список pgsql-hackers
On Sat, Oct 2, 2010 at 3:14 AM, Greg Stark <stark@mit.edu> wrote:

> The observed timings are
> query only                  100.5ms
> explain (analyze)          1234.9ms
> explain (analyze,resource) 2210.2ms

It's very large overheads, but I think it is still useful
if there are no overhead if we disable the resource option.

Some random ideas and comments:* Only top-level rusage might be useful as a replacement for  ancient log_xxx_stats, and
shouldhave smaller overhead than  full-spec counters.* There are some overlaps between the feature and DTrace hooks.
Ifwe need such extension even though we have DTrace hooks,  it might mean DTrace hooks are hard to use for average
users and maybe also for postgres' hackers...* Some kinds of statistical sampling could solve too much overhead  in
stop-watchbased algorithm. Sampling is not always accurate,  but it might have better balance between overhead and
resolution.

--
Itagaki Takahiro


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: ToDo: enhanced autocomplete for object identified by prefix
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: OUTER keyword