Re: [HACKERS] log_duration
| От | |
|---|---|
| Тема | Re: [HACKERS] log_duration |
| Дата | |
| Msg-id | ad6f1e6ee2811f4bbba4638e6f376b25 обсуждение исходный текст |
| Ответ на | 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, Pennsylvania 19073
В списке pgsql-hackers по дате отправления: