Details

      Description

      Decide what 'available' processors means on native threads

        Attachments

          Activity

          Hide
          dgrove 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
          dgrove 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
          dgrove David Grove added a comment -

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

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

          Defer to 3.1.1

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

          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
          afty Eddie Aftandilian added a comment - 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
          dgrove David Grove added a comment -

          bulk defer open issues to 3.1.2

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

          bulk defer to 3.1.4

          Show
          dgrove David Grove added a comment - bulk defer to 3.1.4

            People

            • Assignee:
              Unassigned
              Reporter:
              zyridium Daniel Frampton
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated: