Re: horrendous query challenge :-)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: horrendous query challenge :-)
Дата
Msg-id 2536.1022785926@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: horrendous query challenge :-)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
I said:
> Your .003 is an overestimate since it includes all the overhead
> of query parsing/planning, but it still appears that those function
> calls are the bulk of the runtime.

BTW, a more accurate estimate of function execution time could be had
like this:

regression=# select timeofday(), timeofday();
              timeofday              |              timeofday
-------------------------------------+-------------------------------------
 Thu May 30 15:05:32.838542 2002 EDT | Thu May 30 15:05:32.838718 2002 EDT
(1 row)

regression=# select 838718-838542;
 ?column?
----------
      176
(1 row)

regression=# select timeofday(), recursion_test(22,42), timeofday();
              timeofday              |                       recursion_test                        |
timeofday

-------------------------------------+-------------------------------------------------------------+-------------------------------------
 Thu May 30 15:05:57.342504 2002 EDT | 22,21,20,19,18,17,16,15,14,13,12,11,10,9,8,7,6,5,4,3,2,1,42 | Thu May 30
15:05:57.3473982002 EDT 
(1 row)

regression=# select 347398-342504;
 ?column?
----------
     4894
(1 row)

so I can conclude that recursion_test() took about 4.7 msec.

On my machine this technique seems to yield measurements good to 10
microsec or so.  Note you have to use timeofday() and not now().

            regards, tom lane

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

Предыдущее
От: "Steve Wolfe"
Дата:
Сообщение: Re: Scaling with memory & disk planning
Следующее
От: Dan Weston
Дата:
Сообщение: Re: connection refused problem