JDK-6992665 : TimeoutException thrown from ForkJoinTaskTest
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util.concurrent
  • Affected Version: 7
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux_suse_sles_11,windows_vista
  • CPU: generic,x86
  • Submitted: 2010-10-18
  • Updated: 2012-03-22
  • Resolved: 2011-01-13
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 7
7Resolved
Related Reports
Duplicate :  
JDK-7005424 - Resync java.util.concurrent classes with Dougs CVS - Jan 2011
Description
See attached test
Following two testcase failed, thrown TimeoutException

This failure only occur on some macine (see details in comments) and need more investigate.

There were 2 errors:
1) testForkTimedGet(ForkJoinTaskTest)java.util.concurrent.TimeoutException
	at java.util.concurrent.ForkJoinTask.get(ForkJoinTask.java:793)
	at ForkJoinTaskTest$5.realCompute(ForkJoinTaskTest.java:320)
	at JSR166TestCase$CheckedRecursiveAction.compute(JSR166TestCase.java:792)
	at java.util.concurrent.RecursiveAction.exec(RecursiveAction.java:175)
	at java.util.concurrent.ForkJoinTask.quietlyExec(ForkJoinTask.java:316)
	at java.util.concurrent.ForkJoinWorkerThread.tryExecSubmission(ForkJoinWorkerThread.java:493)
	at java.util.concurrent.ForkJoinWorkerThread.mainLoop(ForkJoinWorkerThread.java:455)
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:435)
2) testAbnormalForkTimedGet(ForkJoinTaskTest)java.util.concurrent.TimeoutException
	at java.util.concurrent.ForkJoinTask.get(ForkJoinTask.java:793)
	at ForkJoinTaskTest$13.realCompute(ForkJoinTaskTest.java:452)
	at JSR166TestCase$CheckedRecursiveAction.compute(JSR166TestCase.java:792)
	at java.util.concurrent.RecursiveAction.exec(RecursiveAction.java:175)
	at java.util.concurrent.ForkJoinTask.quietlyExec(ForkJoinTask.java:316)
	at java.util.concurrent.ForkJoinWorkerThread.tryExecSubmission(ForkJoinWorkerThread.java:493)
	at java.util.concurrent.ForkJoinWorkerThread.mainLoop(ForkJoinWorkerThread.java:455)
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:435)

FAILURES!!!
Tests run: 42,  Failures: 0,  Errors: 2
Comments
EVALUATION The fix for this bug has been integrated as part of the resync with Dougs CVS, see CR 7005424.
13-01-2011
EVALUATION In some circumstances we could end up with insuffiicent worker threads to service all the tasks. Doug Lea has prepared a fix for this.
27-10-2010
PUBLIC COMMENTS The test fails on a slow (1.4GHz) uniprocessor machine. My initial thought was that the timeout, LONG_DELAY_MS, used in the test was too short for this slow platform, but increasing the timeout by 10x and then 100x still exhibited the failures. I suspect the Uniprocessor aspect is more significant than the CPU speed.
18-10-2010