Re: pg_last_xact_insert_timestamp

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: pg_last_xact_insert_timestamp
Дата
Msg-id CA+TgmoZMeb0w9g0oCP88MGvdVFaO+gqRsxrA=szChrvzQwgsBQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_last_xact_insert_timestamp  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: pg_last_xact_insert_timestamp
Re: pg_last_xact_insert_timestamp
Список pgsql-hackers
On Thu, Sep 8, 2011 at 6:14 AM, Fujii Masao <masao.fujii@gmail.com> wrote:
> OTOH, new function enables users to monitor the delay as a timestamp.
> For users, a timestamp is obviously easier to handle than LSN, and the delay
> as a timestamp is more intuitive. So, I think that it's worth adding
> something like pg_last_xact_insert_timestamp into core for improvement
> of user-friendness.

It seems very nice from a usability point of view, but I have to agree
with Simon's concern about performance.  Actually, as of today,
WALInsertLock is such a gigantic bottleneck that I suspect the
overhead of this additional bookkeeping would be completely
unnoticeable.  But I'm still reluctant to add more centralized
spinlocks that everyone has to fight over, having recently put a lot
of effort into getting rid of some of the ones we've traditionally
had.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Marti Raudsepp
Дата:
Сообщение: Re: [PATCH] Don't truncate integer part in to_char for 'FM99.'
Следующее
От: Aidan Van Dyk
Дата:
Сообщение: Re: postgresql.conf archive_command example