From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
Cc: | zam6ak(at)gmail(dot)com, Pg Bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14838: clock_timestamp() returns same values for each row |
Date: | 2017-09-29 18:03:15 |
Message-ID: | 10408.1506708195@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Jeff Janes <jeff(dot)janes(at)gmail(dot)com> writes:
> On Fri, Sep 29, 2017 at 6:43 AM, <zam6ak(at)gmail(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | zambak zambak | 2017-09-29 22:41:43 | Re: BUG #14838: clock_timestamp() returns same values for each row |
Previous Message | Jeff Janes | 2017-09-29 17:45:57 | Re: BUG #14838: clock_timestamp() returns same values for each row |