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

Nashorn performance regression with CompressedOops

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Fixed
    • Affects Version/s: hs25
    • Fix Version/s: hs25
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • Introduced In Build:
      b47
    • Introduced In Version:
    • Resolved In Build:
      b57
    • CPU:
      x86
    • OS:
      linux_ubuntu
    • Verification:
      Not verified

      Backports

        Description

        I'm seeing a performance regression of roughly 20% when running Nashorn with various Octane benchmarks on Linux x64 with CompressedOops.

        This was introduced in JDK1.8.0-b105 and Hotspot 25.0-b47, and I've tracked it down to hotspot commit 740e263c80c6 (8003424: Enable Class Data Sharing for CompressedOops...).

        Before that commit, Nashorn runs roughly 10% faster with CompressedOops than without. After that commit, running with CompressedOops is now slower than without by about the same margin. The same is reproducible in JDK8 b106 and a recent jdk8-tl build.

        I'm attaching a subset of the Google Octane benchmark to reproduce the problem. This runs the benchmark 20 times, higher score is better. I recommend running with tiered compilation disabled because it seems to make results more predictable.

        java -server -XX:-TieredCompilation -XX:+UseCompressedOops -Xms2G -Xmx2G jdk.nashorn.tools.Shell run-richards.js

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  coleenp Coleen Phillimore
                  Reporter:
                  hannesw Hannes Wallnoefer
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  16 Start watching this issue

                  Dates

                  • Due:
                    Created:
                    Updated:
                    Resolved: