Re: [BUGS] BUG #14838: clock_timestamp() returns same values for each row
| От | Tom Lane |
|---|---|
| Тема | Re: [BUGS] BUG #14838: clock_timestamp() returns same values for each row |
| Дата | |
| Msg-id | 10408.1506708195@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [BUGS] BUG #14838: clock_timestamp() returns same values for each row (Jeff Janes <jeff.janes@gmail.com>) |
| Ответы |
Re: [BUGS] BUG #14838: clock_timestamp() returns same values for each row
Re: [BUGS] BUG #14838: clock_timestamp() returns same values for each row |
| Список | pgsql-bugs |
Jeff Janes <jeff.janes@gmail.com> writes:
> On Fri, Sep 29, 2017 at 6:43 AM, <zam6ak@gmail.com> wrote:
>> We use clock_timestamp() function in our code and I have noticed that in PG
>> 10 RC1 it returns same values across rows...
> Probably not an issue of the different versions, but rather different
> compilers (or maybe different hardware?).
AFAICS, our code in this area (see src/port/gettimeofday.c) has not
changed since 9.5. I'm suspicious of a platform change.
> I get the same behavior on these two versions:
> ...
> and that behavior is that the timestamp jumps 500 usec at a time, despite
> looking as if it might have usec granularity:
What gettimeofday.c does is to use GetSystemTimePreciseAsFileTime()
if it can get hold of that, otherwise fall back to
GetSystemTimeAsFileTime(). I don't see anything very specific in
Windows' documentation about the resolution to be expected from either
one, but I wonder if the OP's 9.6 installation is using the former
while for some reason his 10rc1 installation is using the latter.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: