From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Sullivan <ajs(at)crankycanuck(dot)ca> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: TIMING A QUERY ??? |
Date: | 2007-07-11 16:10:55 |
Message-ID: | 26707.1184170255@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Andrew Sullivan <ajs(at)crankycanuck(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Gregory Stark | 2007-07-11 16:11:09 | Re: TIMING A QUERY ??? |
Previous Message | Heikki Linnakangas | 2007-07-11 15:59:32 | Re: PostgreSQL publishes first real benchmark |