Harmony
  1. Harmony
  2. HARMONY-5612

[drlvm][gc] dacapo fails intermittently on 32-bit systems

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: DRLVM
    • Labels:
      None
    • Environment:
      x86
    • Estimated Complexity:
      Advanced

      Description

      According to snapshot testing results dacapo intermittently fails on 32-bit architecture (both Windows and Linux).

      run:
      [exec] Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software Foundation or its licensors, as applicable.
      [exec] java version "1.5.0"
      [exec] pre-alpha : not complete or compatible
      [exec] svn = r636792, (Mar 14 2008), Windows/ia32/msvc 1310, release build
      [exec] http://harmony.apache.org
      [exec] ===== DaCapo antlr starting =====
      [exec] Running antlr on grammar antlr/java.g
      [exec] ANTLR Parser Generator Version 2.7.2 1989-2003 jGuru.com
      [exec] ===== DaCapo antlr PASSED in 1266 msec =====
      [exec] ===== DaCapo bloat starting =====
      [exec] Optimized with: EDU.purdue.cs.bloat.optimize.Main -only EDU.purdue.cs.bloat.trans -pre -dce -diva -prop -stack-alloc -peel-loops all -f EDU.purdue.cs.bloat.trans.ValueNumbering .\scratch\optimizedcode
      [exec] ===== DaCapo bloat PASSED in 6359 msec =====
      [exec] ===== DaCapo chart starting =====
      [exec] Done plotting: .\scratch/compress-tgt-ptr-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-src-ptr-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-dst-ptr-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-tgt-mut-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-src-mut-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-dst-mut-prf-time.pdf
      [exec] Done plotting: .\scratch/compress-heap-comp-b.pdf
      [exec] Done plotting: .\scratch/compress-heap-comp-a.pdf
      [exec] Done plotting: .\scratch/compress-tgt-ptr-inf-time.pdf
      [exec] Done plotting: .\scratch/compress-src-ptr-inf-time.pdf
      [exec] Done plotting: .\scratch/compress-dst-ptr-inf-time.pdf
      [exec] Done plotting: .\scratch/compress-tgt-mut-inf-time.pdf
      [exec] Done plotting: .\scratch/compress-src-mut-inf-time.pdf
      [exec] Done plotting: .\scratch/compress-dst-mut-inf-time.pdf
      [exec] ===== DaCapo chart PASSED in 6656 msec =====
      [exec] Out of Memory!
      [exec]
      [exec]
      [exec] This application has requested the Runtime to terminate it in an unusual way.
      [exec] Please contact the application's support team for more information.
      [exec] Result: 3
      [copy] Copying 1 file to C:\cc\cc-suites\build\results\dacapo
      [echo] Number of tests: (...........)
      [echo] N of runned tests(...)

      The execution FAILED with the following exception:
      The following error occurred while executing this line:
      C:\cc\cc-suites\adaptors\dacapo\adaptor.xml:112: Not all workloads completed successfully

      Noticing "Out of Memory!" I tacked the message down to GC_GEN code.

      I was able to reproduce the failure on Linux automated snapshot testing host running dacapo by hand.

      The steps to reproduce are:
      -> login to snapshot testing host
      -> export MY_USER_NAME=<your_name>
      -> mkdir /export/users/$MY_USER_NAME
      -> cd /export/users/$MY_USER_NAME
      -> export http_proxy=<proxy_host>:<proxy_port>
      -> wget http://people.apache.org/builds/harmony/snapshots/r637385/apache-harmony-jdk-r637385-linux-x86-32-snapshot.tar.gz
      -> tar xf http://people.apache.org/builds/harmony/snapshots/r637385/apache-harmony-jdk-r637385-linux-x86-32-snapshot.tar.gz
      -> export JAVA_HOME=/export/users/$MY_USER_NAME/harmony-jdk-r637385
      -> export PATH=$JAVA_HOME/bin:$PATH
      -> mkdir dacapo
      -> cd dacapo
      -> wget http://switch.dl.sourceforge.net/sourceforge/dacapobench/dacapo-2006-10-MR2.jar
      -> jar xf dacapo-2006-10-MR2.jar xalan.jar
      -> jar xf dacapo-2006-10-MR2.jar "antlr/*"
      -> mkdir test
      -> cd test
      -> export DACAPO_DIR=/export/users/$MY_USER_NAME/dacapo
      -> java -Xbootclasspath/p:$DACAPO_DIR/xalan.jar:$DACAPO_DIR -jar $DACAPO_DIR/dacapo-2006-10-MR2.jar -s small antlr bloat chart eclipse fop hsqldb lusearch luindex pmd xalan jython

      The run fails after dacapo.chart (major collection fails). For me it fails 2 out of 3 runs.

      I tried to statically analize the code but didn't quite succeed. What I guessed is that some of GC collector threads fail to set their Collector::result field to TRUE (or set it to FALSE for some reason).

        Activity

        Xiao-Feng Li made changes -
        Field Original Value New Value
        Assignee Xiao-Feng Li [ xiao-feng li ]
        Pavel Pervov created issue -

          People

          • Assignee:
            Xiao-Feng Li
            Reporter:
            Pavel Pervov
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:

              Development