JDK-6887948 : test/gc/6845368/bigobj.java fails due to timeout
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs16
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2009-10-02
  • Updated: 2010-04-02
  • Resolved: 2009-11-11
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7 Other
6u21Fixed 7Fixed hs17Fixed
Related Reports
Relates :  
JDK-6845368 - large objects cause a crash or unexpected exception
Relates :  
JDK-6887978 - compilation very slow for classes with many fields
Description
Partial jtr log from a run on a slow machine:

#Test Results (version 2)
#Tue Sep 29 08:34:12 EDT 2009
#checksum:5f8e64b2fcd7dfcf
#-----testdescription-----
$file=/export/local/common/testbase/jtreg/HS_REGRESSION/test/gc/6845368/bigobj.java
$root=/export/local/common/testbase/jtreg/HS_REGRESSION/test
author=John Coomes
keywords=bug6845368 othervm
run=USER_SPECIFIED main/othervm -Xmx64m bigobj\n
source=bigobj.java
title=ensure gc updates references > 64K bytes from the start of the obj

#-----environment-----

#-----testresult-----
description=file:/export/local/common/testbase/jtreg/HS_REGRESSION/test/gc/6845368/bigobj.java
end=Tue Sep 29 08:34:12 EDT 2009
environment=regtest
execStatus=Error. Can't load test: java.lang.ClassNotFoundException: bigobj
javatestOS=SunOS 5.10 (sparc)
javatestVersion=4.1.3a
script=com.sun.javatest.regtest.RegressionScript 
sections=script_messages build compile main
start=Tue Sep 29 08:27:46 EDT 2009
test=gc/6845368/bigobj.java
work=/export/local/22053.JDK7.NIGHTLY.VM+solaris-sparc_server_comp_HS_REGRESSION/results/workDir/gc/6845368

#section:script_messages
----------messages:(5/291)----------
JDK under test: (/export/local/common/jdk/baseline/solaris-sparc)
java version "1.7.0-ea-fastdebug"
Java(TM) SE Runtime Environment (build 1.7.0-ea-fastdebug-b72)
OpenJDK Server VM (build 17.0-b01-2009-09-29-001524.cf231476.6886353-fastdebug, mixed mode)
Timeout signalled after 360 seconds

#section:build
----------messages:(3/92)----------
command: build bigobj
reason: Named class compiled on demand
elapsed time (seconds): 360.08
result: Passed. Build successful

#section:compile
----------messages:(3/177)----------
command: compile /export/local/common/testbase/jtreg/HS_REGRESSION/test/gc/6845368/bigobj.java
reason: .class file out of date or does not exist
elapsed time (seconds): 360.013
----------System.out:(0/0)----------
----------System.err:(0/0)----------
result: Error. Compilation failed
The name of test which fails:
gc/6845368/bigobj.java
Comments
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/8afee153274a
05-10-2009
SUGGESTED FIX diff -r 1af62b6ca0f9 -r 947b1de8e798 test/gc/6845368/bigobj.java --- a/test/gc/6845368/bigobj.java Fri Sep 25 04:39:54 2009 -0700 +++ b/test/gc/6845368/bigobj.java Thu Oct 01 18:58:42 2009 -0700 @@ -3,7 +3,7 @@ @bug 6845368 @summary ensure gc updates references > 64K bytes from the start of the obj @author John Coomes - @run main/othervm -Xmx64m bigobj + @run main/othervm/timeout=720 -Xmx64m bigobj */ // Allocate an object with a block of reference fields that starts more
02-10-2009
EVALUATION The time it takes to compile the test program with javac exceeds the default timeout on some machines. bigobj.java contains a class with almost 64K fields, which exposes a corner case in javac performance. Increase the timeout to avoid the failure.
02-10-2009