Details

      Description

      Decide what 'available' processors means on native threads

        Gliffy Diagrams

          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: