[ 
https://issues.apache.org/jira/browse/QPID-5865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14049065#comment-14049065
 ] 

ASF subversion and git services commented on QPID-5865:
-------------------------------------------------------

Commit 1607140 from [~astitcher] in branch 'qpid/trunk'
[ https://svn.apache.org/r1607140 ]

QPID-5865: Be more robust in face of system clock being changed:
- Separate Wall clock time uses from other time
  * (assumed that any time with respect to the epoch is wallclock)
- For Posix use CLOCK_MONOTONIC for all non wall clock purposes
  so that changing system time doesn't affect internal timekeeping
- For Windows kept the same time keeping scheme.

> The client and broker heartbeat code can get confiused when the system time 
> changes
> -----------------------------------------------------------------------------------
>
>                 Key: QPID-5865
>                 URL: https://issues.apache.org/jira/browse/QPID-5865
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker, C++ Client
>            Reporter: Andrew Stitcher
>            Assignee: Andrew Stitcher
>
> The underlying timekeeping code in C++ qpid currently uses CLOCK_REALTIME 
> which is related to wallclock time and can go backwards and skip time 
> forwards (either due to NTP or administrator action).
> This is not ideal because it can cause false timeouts to occur based on the 
> system time rather than elapsed time.
> It would be better for most timing to be based on CLOCK_MONOTONIC which is 
> steadily increasing time based on the system uptime. That will avoid problems 
> due to the system time changing.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to