Re: TIMING A QUERY ??? - Mailing list pgsql-performance

From Tom Lane
Subject Re: TIMING A QUERY ???
Date
Msg-id 26707.1184170255@sss.pgh.pa.us
Whole thread Raw
In response to Re: TIMING A QUERY ???  (Andrew Sullivan <ajs@crankycanuck.ca>)
Responses Re: TIMING A QUERY ???  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-performance
Andrew Sullivan <ajs@crankycanuck.ca> writes:
> On Wed, Jul 11, 2007 at 08:21:40AM -0700, smiley2211 wrote:
>> How can I get the time it takes a query to execute - explain analyze is
>> taking over 5 hours to complete

> You can't get it any faster than what explain analyse does: it runs
> the query.  How else would you get the answer?

Well, on some platforms (ie consumer-grade PCs) explain analyze can be a
lot slower than just running the query, because of the overhead of all
those gettimeofday() calls it does.  El cheapo clock hardware is slow
to read.  (I think the problem is actually that the PC-standard hardware
API for clocks was designed back when taking a whole microsecond to read
the clock didn't seem like a problem.)

>> ...can I use \timing???  I don't get any time when using the
>> \timing option...

> How so?  It returns Time: N ms at the end of output for me.

Works for me too.

            regards, tom lane

pgsql-performance by date:

Previous
From: Alan Hodgson
Date:
Subject: Re: WALL on controller without battery?
Next
From: Gregory Stark
Date:
Subject: Re: TIMING A QUERY ???