Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 9
Affects Version/s: 7u80, 9
Component/s: hotspot
Labels:
- svc-pending-review
- time

Subcomponent:
runtime
Resolved In Build:
b13
OS:

os_x
Verification:
Not verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8045438	8u25	Staffan Larsen	P2	Resolved	Fixed	b01
JDK-8040640	8u20	Staffan Larsen	P2	Closed	Fixed	b15
JDK-8053356	emb-8u26	Staffan Larsen	P2	Resolved	Fixed	b17

The current implementation of System.nanoTime() on OS X uses gettimeofday() which has only microsecond precision and no guarantees on being monotonic.

backported by

JDK-8045438 System.nanoTime() is slow and non-monotonic on OS X

Resolved

JDK-8053356 System.nanoTime() is slow and non-monotonic on OS X

Resolved

JDK-8040640 System.nanoTime() is slow and non-monotonic on OS X

Closed

duplicates

JDK-8040254 Garbage Collection on MacOSX can crash in fastdebug because of 'negative time'

Closed

relates to

JDK-8040254 Garbage Collection on MacOSX can crash in fastdebug because of 'negative time'

Closed

JDK-6864866 add a flag to use result of gethrtime() directly in os::getTimeNanos() on Solaris and OS X

Closed

(1 relates to)

Assignee:: Staffan Larsen (Inactive)

Reporter:: Staffan Larsen (Inactive)

Votes:: 0 Vote for this issue

Watchers:: 3 Start watching this issue

Created:: 2014-04-14 07:29

Updated:: 2022-05-05 21:40

Resolved:: 2014-04-24 23:28

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates