Re: pgbench logging broken by time logic changes

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: pgbench logging broken by time logic changes
Дата
Msg-id alpine.DEB.2.22.394.2106162102030.2407635@pseudo
обсуждение исходный текст
Ответ на Re: pgbench logging broken by time logic changes  (Yugo NAGATA <nagata@sraoss.co.jp>)
Ответы Re: pgbench logging broken by time logic changes  (Yugo NAGATA <nagata@sraoss.co.jp>)
Список pgsql-hackers
> pg_time_now(). This uses INSTR_TIME_SET_CURRENT in it, but this macro
> can call clock_gettime(CLOCK_MONOTONIC[_RAW], ) instead of gettimeofday
> or clock_gettime(CLOCK_REALTIME, ). When CLOCK_MONOTONIC[_RAW] is used,
> clock_gettime doesn't return epoch time. Therefore, we can use
> INSTR_TIME_SET_CURRENT aiming to calculate a duration, but we should
> not have used this to get the current timestamp.
>
> I think we can fix this issue by using gettimeofday for logging as before
> this was changed. I attached the patch.

I cannot say that I'm thrilled by having multiple tv stuff back in several 
place. I can be okay with one, though. What about the attached? Does it 
make sense?

-- 
Fabien.
Вложения

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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: snapshot too old issues, first around wraparound and then more.
Следующее
От: Andres Freund
Дата:
Сообщение: Re: pg14b1 stuck in lazy_scan_prune/heap_page_prune of pg_statistic