Test fails: gc/gctests/Compact/compact001
            gc/gctests/Compact/compact002
gc/gctests/Compact/compact003
gc/gctests/Compact/compact004
gc/gctests/Compact/compact005
gc/gctests/Compact/compact006
gc/gctests/Compact/compact007
gc/gctests/Compact/compact008
gc/gctests/Compact/compact009
gc/gctests/Compact/compact011
gc/gctests/Compact/compact013
gc/gctests/Compact/compact014
gc/gctests/Compact/compact015
gc/gctests/Compact/compact016

switch/mode: +XX:+UseParNewGC
VM: Server/-d64
System: Solaris 10 b74l1 sparc
JDK: Mustang 6.0 b17


Those tests passed with -XX:+UseParallelGC and -XX:UseSerialGC

DESCRIPTION

    This test is aimed to catch regressions of the bug:

        4404502 Speed.java causes SEGV on first full GC

    The test creates 100 linked list each consisting of
    10000 nodes. The test is deemed passed if VM does not
    crash.

    Also, the test passes, if OutOfMemoryError is caught.

Here's one of the .tlog file:
#annotate TEST javaopt=-d64 -server -Xmixed -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6
/net/sqe.sfbay/global/nfs/test_results4/VM/tiger/DTWS/exec1/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/jdk/solaris-sparc/bin/java -d64 -server -Xmixed -DHANGINGJAVA2695 -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6 gc.gctests.Compact.compact001 -iterations=1 -gcTimeout=5
##Exit status of execution step=1
##!checkExitCode

#Number of threads: 1
#Run the test for : 1 iteration(s)
#A single thread to eat memory via Algorithms.eatMemory()
#
#Iteration: 0
#
#Size of each brick is 4220518 bytes (4220518 stones).
#
#Exception java.lang.OutOfMemoryError: requested 4220544 bytes for promotion. Out of swap space?

Here's the logs:
http://sqeweb.sfbay/st4/VM/mustang/DTWS/results/1.6.0-ea-b17/ServerVM/64BITSOLSPARC5.10/mixed/VM/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/analysis.html


###@###.### 2005-1-12 23:25:32 GMT