Uploaded image for project: 'JikesRVM'
  1. JikesRVM
  2. RVM-459

Race in setting mark bits for Immix

    Details

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

      Description

      The trace object code for immix currently has a race in the case where an object is to be copied (not in the common non-copying case). The waiting thread assumes that the object will have been forwarded, but in fact if space is exhausted the first thread won't have forwarded the object; just marked it in place. Should be trivial to fix. The bug shows up in StickyImmix (where there is much more copying), or in other benchmarks where there is lots of defragmentation. It fairly reliably shows up on a FullAdaptive build (assertions identify the problem) when running dacapo on a quad core.

        Attachments

          Activity

            People

            • Assignee:
              steveblackburn Steve Blackburn
              Reporter:
              steveblackburn Steve Blackburn
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: