Details

    • Type: Bug
    • Status: Closed
    • Priority: P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: hotspot
    • Labels:

      Description

      The vbytecodes support in the interpreter runtime needs some cleanup:
        - several methods are calling find_field_from_offset() which is significantly slow (as reported by Sergey's benchmarks), their implementation can be changed to retrieve field information in a different way
        - several methods have been written at the beginning of the project and were not assuming values have a header, leading to complex code to retrieve the type information. It appears clear now that values handled by the interpreter will keep their header with the class pointer, and the interpreter runtime can use it
        - the assembly part of the interpreter and the runtime support were doing duplicate works at retrieving some information, implementation can be changed so the assembly part passes more information it has computed to the runtime, reducing to amount of work performed in interpreter runtime methods
        - there's a naked oop in qputstatic (oop to the Java mirror) that needs to be fixed
        - Thread-local value buffering is lasking appropriate support to correctly interact with GC, thread-local value buffering needs to be disabled until its GC support if fully fixed.

        Attachments

          Activity

            People

            • Assignee:
              fparain Frederic Parain
              Reporter:
              fparain Frederic Parain
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: