Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8040140

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

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • P2
    • Resolution: Fixed
    • 7u80, 9
    • 9
    • hotspot
    • b13
    • os_x
    • Not verified

    Backports

      Description

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

        Attachments

          Issue Links

            backported by

            Backport - A issue that is required to port a Bug or Feature into another product release. This issue type is generally associated with the main Bug/Feature to represent each individual release of the port. JDK-8045438 System.nanoTime() is slow and non-monotonic on OS X

            • P2 - Crashes, loss of data, severe memory leak.
            • Resolved

            Backport - A issue that is required to port a Bug or Feature into another product release. This issue type is generally associated with the main Bug/Feature to represent each individual release of the port. JDK-8053356 System.nanoTime() is slow and non-monotonic on OS X

            • P2 - Crashes, loss of data, severe memory leak.
            • Resolved

            Backport - A issue that is required to port a Bug or Feature into another product release. This issue type is generally associated with the main Bug/Feature to represent each individual release of the port. JDK-8040640 System.nanoTime() is slow and non-monotonic on OS X

            • P2 - Crashes, loss of data, severe memory leak.
            • Closed
            duplicates

            Bug - A problem which impairs or prevents the functions of the product. JDK-8040254 Garbage Collection on MacOSX can crash in fastdebug because of 'negative time'

            • P2 - Crashes, loss of data, severe memory leak.
            • Closed
            relates to

            Bug - A problem which impairs or prevents the functions of the product. JDK-8040254 Garbage Collection on MacOSX can crash in fastdebug because of 'negative time'

            • P2 - Crashes, loss of data, severe memory leak.
            • Closed

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

            • P3 - Major loss of function.
            • Closed

            Activity

              People

                sla Staffan Larsen (Inactive)
                sla Staffan Larsen (Inactive)
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved: