Re: log_duration - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: log_duration
Date
Msg-id 200302130232.h1D2W5E17140@candle.pha.pa.us
Whole thread Raw
In response to Re: log_duration  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Responses Re: log_duration
List pgsql-hackers
Christopher Kings-Lynne wrote:
> > Tom is right here.  log_duration _just_ prints the duration, so we would
> > need to basically create a merged param that does log_duration and
> > log_statement and have it activate only if the statement takes more than
> > X milliseconds, something like log_long_statement, or something like
> > that.
> >
> > Here are the log_* params we have:
> >
> >     log_connections = false
> >     log_hostname = false
> >     log_source_port = false
> >     log_pid = false
> >     log_statement = false
> >     log_duration = false
> >     log_timestamp = false
> 
> OK, while I'm doing all this benchmarking and stuff - is there any sort of
> option where I can see it logged when a sort doesn't have enought sort
> memory and hence hits the disk?  eg. an elog(LOG) is emitted?

Someone asked about this at FOSDEM. The only way I know to do it is look
in the pgsql_temp directory, but they disappear pretty quickly.  Folks,
do we need something to report sort file usage?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Incremental backup
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: log_duration