Re: horrendous query challenge :-) - Mailing list pgsql-general

From Tom Lane
Subject Re: horrendous query challenge :-)
Date
Msg-id 2536.1022785926@sss.pgh.pa.us
Whole thread Raw
In response to Re: horrendous query challenge :-)  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: "Steve Wolfe"
Date:
Subject: Re: Scaling with memory & disk planning
Next
From: Dan Weston
Date:
Subject: Re: connection refused problem