Re: [HACKERS] gettimeofday is at the end of its usefulness?

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: [HACKERS] gettimeofday is at the end of its usefulness?
Дата
Msg-id CAM-w4HNqDpdJRGHxp9P=RUzmVYc_cSzWEnLDpApdWrvpXkDezA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] gettimeofday is at the end of its usefulness?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] gettimeofday is at the end of its usefulness?  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers


On Dec 26, 2016 10:35 PM, "Tom Lane" <tgl@sss.pgh.pa.us> wrote:

So it seems like the configure support we'd need is to detect
whether clock_gettime is available (note on Linux there's also
a library requirement, -lrt), and we would also need a way to
provide a platform-specific choice of clockid; we at least need
enough smarts to use CLOCK_MONOTONIC_RAW on macOS.

This seems like something that really should be checked at runtime. It's very specific to the specific kernel you're running on, not the build environment, and it can hopefully be measured in only a second or even a fraction of a second. The only Pebblebrook would be if other things running on the system made the test results unpredictable so that you had a small chance of getting a very suboptimal choice and we ruling the dice each time you restarted...

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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: [HACKERS] Speedup twophase transactions
Следующее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: [HACKERS] BUG: pg_stat_statements query normalization issueswith combined queries