Debugging frysk under gdb adds too much overhead and with the all-time-swapping frysk it will fail on: (gdb) r Starting program: /home/jkratoch/redhat/frysk-build/frysk-core/TestRunner -r 1000 testStressMultiThreadedDetach\(frysk.util.StressTestFStack\) [Thread debugging using libthread_db enabled] [New Thread -1208522512 (LWP 15307)] [New Thread -1210623088 (LWP 15702)] Running testStressMultiThreadedDetach(frysk.util.StressTestFStack) ...[New Thread -1221112944 (LWP 15770)] PASS Time: 36.884 OK (1 test) ... Running testStressMultiThreadedDetach(frysk.util.StressTestFStack) ...FAIL junit.framework.AssertionFailedError: event loop run explictly stopped (perform backtrace) Time: 9.603 There was 1 failure: 1) testStressMultiThreadedDetach(frysk.util.StressTestFStack)junit.framework.AssertionFailedError: event loop run explictly stopped (perform backtrace) at frysk.proc.TestLib.assertRunUntilStop(TestRunner) at frysk.proc.TestLib.assertRunUntilStop(TestRunner) at frysk.util.TestFStack.multiThreaded(TestRunner) at frysk.util.StressTestFStack.testStressMultiThreadedDetach(TestRunner) at frysk.junit.Runner.runCases(TestRunner) at frysk.junit.Runner.runArchCases(TestRunner) at frysk.junit.Runner.runTestCases(TestRunner) at TestRunner.main(TestRunner) FAILURES!!! Tests run: 1, Failures: 1, Errors: 0 It looks as frysk testsuite goes the same way as gdb testsuite where many testcases have instable results depending on various races. Any timeout should be >=300 seconds and it should be exhausted only in the FAIL case.
Created attachment 1490 [details] Temporary timeout increase to at least 60 seconds. Test started to behave the same way in gdb as without it.
A 300 second timeout would mean waiting 5 minutes for each test to fail, outch! Since each frysk test (ignoring the stress tests which are not run by default) should complete in a second or so, a 5 second timeout is sufficient as a default. For the cases where something such as gdb, or the logger, is slowing things down, a [recently added] -timeout N option is available.