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

Hotspot should use PICL interface to get cacheline size on SPARC

    XMLWordPrintable

Details

    • b32
    • sparc
    • generic

    Backports

      Description

        Currently the cache line size on SPARC is hardcoded into VM:

         static intx prefetch_data_size() {
            return is_T4() && !is_T7() ? 32 : 64; // default prefetch block size on sparc
         }

         static bool is_T4() { return is_T_family(_features) && has_cbcond(); }
         static bool is_T7() { return is_T_family(_features) && has_sparc5_instr(); }

        Where is_T_family() relies on data from kstat library:

        } else if (strstr(impl, "SPARC-T") != NULL) {
          features |= T_family_m;

        Unfortunately in virtual machine kstat may not provide such information (JDK-8035283).

        We should use PICL (libpicl.so) interface to get (L2) cache line size on SPARC. I verified that Solaris 10u9, which is jdk7 supported OS, has libpicl.so.

        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-8063465 Hotspot should use PICL interface to get cacheline size on SPARC

            • 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-8071010 Hotspot should use PICL interface to get cacheline size on SPARC

            • 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-8083391 Hotspot should use PICL interface to get cacheline size on SPARC

            • 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-8086113 Hotspot should use PICL interface to get cacheline size on SPARC

            • 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-8057887 Hotspot should use PICL interface to get cacheline size on SPARC

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

            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-8079534 Hotspot should use PICL interface to get cacheline size on SPARC

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

            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-8080517 Hotspot should use PICL interface to get cacheline size on SPARC

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

            Bug - A problem which impairs or prevents the functions of the product. JDK-8064830 jdk9 on some solaris-amd64 machine fails due to missing picl libs.

            • P3 - Major loss of function.
            • Closed

            Bug - A problem which impairs or prevents the functions of the product. JDK-8035283 Second phase of branch shortening doesn't account for loop alignment

            • P3 - Major loss of function.
            • Resolved

            Bug - A problem which impairs or prevents the functions of the product. JDK-8062591 SPARC PICL causes significantly longer startup times

            • P4 - Minor loss of function, or other problem where easy workaround is present.
            • Resolved

            Activity

              People

                iveresov Igor Veresov
                kvn Vladimir Kozlov
                Votes:
                0 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved: