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

GC timeouts on stress runs on excalibur

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Medium
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None

      Description

      Barrier timeouts have become more frequent in recent weeks on the gcstress runs on excalibur. I've looked at half a dozen of the failures, and they all have the same diagnostic program point information (typical example appended from: http://jikesrvm.anu.edu.au/cattrack/results/excalibur.watson.ibm.com/stress-ppc32/4871/gcstress/Opt_1/dacapo/jython

      GC Warning: Barrier wait has reached 26.64994987 seconds. Called from GC Warning: Barrier wait has reached 26.64994991 seconds. Called from 1004. myOrder = 0.00000000 count is 1004. myOrder = 3.00000000 count is 4 waiting for 2
      1 waiting for 2
      GC Warning: Barrier wait has reached 53.30152090 seconds. Called from GC Warning: Barrier wait has reached 53.30163692 seconds. Called from 1004. myOrder = 3.00000000 count is 4 waiting for 2
      1004. myOrder = 0.00000000 count is 1 waiting for 2
      Died in GC:
      GC Error: Barrier Timeout

        Gliffy Diagrams

          Attachments

            Activity

            Hide
            dgrove David Grove added a comment -

            Initial triage for 3.0.1 release; suggesting postponing to 3.0.2; move back to 3.0.1 if you disagree.

            Show
            dgrove David Grove added a comment - Initial triage for 3.0.1 release; suggesting postponing to 3.0.2; move back to 3.0.1 if you disagree.
            Hide
            dgrove David Grove added a comment -

            obsolete problem.

            Show
            dgrove David Grove added a comment - obsolete problem.
            Hide
            dgrove David Grove added a comment -

            sigh. wrong fix target.
            reopneing to fix.

            Show
            dgrove David Grove added a comment - sigh. wrong fix target. reopneing to fix.

              People

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

                Dates

                • Created:
                  Updated:
                  Resolved: