Details

    • Number of attachments :
      0

      Description

      Decide what 'available' processors means on native threads

        Activity

        Hide
        David Grove added a comment -

        Typically, a native threading JVM would answer this by telling you how many CPUs (real or virtual if in an LPAR) you had to run on. Suggest we do the same.

        Show
        David Grove added a comment - Typically, a native threading JVM would answer this by telling you how many CPUs (real or virtual if in an LPAR) you had to run on. Suggest we do the same.
        Hide
        David Grove added a comment -

        Moving all unscheduled issues to 3.1. Please close or retarget to a different fix target as appropriate.

        Show
        David Grove added a comment - Moving all unscheduled issues to 3.1. Please close or retarget to a different fix target as appropriate.
        Hide
        David Grove added a comment -

        Defer to 3.1.1

        Show
        David Grove added a comment - Defer to 3.1.1
        Hide
        Eddie Aftandilian added a comment - - edited

        This issue affects the Dacapo 9.12 benchmarks. The Dacapo harness uses Runtime.availableProcessors() to scale workloads. In Jikes RVM 3.1.0, the value defaults to 1 regardless of the actual number of processors in the system. The value is pulled from the RVMThread.processors field, which specifies the number of collector threads in the system and defaults to 1.

        Show
        Eddie Aftandilian added a comment - - edited This issue affects the Dacapo 9.12 benchmarks. The Dacapo harness uses Runtime.availableProcessors() to scale workloads. In Jikes RVM 3.1.0, the value defaults to 1 regardless of the actual number of processors in the system. The value is pulled from the RVMThread.processors field, which specifies the number of collector threads in the system and defaults to 1.
        Hide
        David Grove added a comment -

        bulk defer open issues to 3.1.2

        Show
        David Grove added a comment - bulk defer open issues to 3.1.2
        Hide
        David Grove added a comment -

        bulk defer to 3.1.4

        Show
        David Grove added a comment - bulk defer to 3.1.4

          People

          • Assignee:
            Unassigned
            Reporter:
            Daniel Frampton
          • Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated: