Re: log_duration

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: log_duration
Дата
Msg-id 200302130232.h1D2W5E17140@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: log_duration  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Ответы Re: log_duration  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Список 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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Incremental backup
Следующее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: Re: log_duration