Re: fix log_min_duration_statement logic error

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: fix log_min_duration_statement logic error
Дата
Msg-id 997.1065370668@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: fix log_min_duration_statement logic error  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: fix log_min_duration_statement logic error  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-patches
Peter Eisentraut <peter_e@gmx.net> writes:
> Btw., I was wondering, are we kidding ourselves when we display
> microsecond precision to the user?  What accuracy do these measurements
> have in respect to what they are actually supposed to measure?

<shrug>  The operating system API we are using is spec'd at microsecond
precision.  It's likely on any given hardware that some of the low order
digits might be bogus, but it is not our business to guess how many.
If we throw away low-order digits we may be losing useful information.
(This becomes more and more likely as machines get faster.)

We have EXPLAIN ANALYZE output showing two fractional digits of msec,
so it is discarding one potentially significant digit.  I did that for
consistency with the historical behavior of showing two fractional
digits of cost estimates, but could probably be talked into the idea
that three digits should be shown instead.

BTW, EXPLAIN ANALYZE puts out

 Total runtime: 406.53 msec

Do you want to make an exception to the string freeze to change this
to "ms"?

            regards, tom lane

В списке pgsql-patches по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: fix log_min_duration_statement logic error
Следующее
От: Tom Lane
Дата:
Сообщение: Re: fix log_min_duration_statement logic error