RFR [XS] : 8227247: tools/sjavac/IdleShutdown.java fails with AssertionError: Error too big on windows
Langer, Christoph
christoph.langer at sap.com
Thu Jul 18 08:25:00 UTC 2019
Hi Matthias,
thanks for fixing this.
Too bad you pushed it to jdk/jdk and not to jdk13, though, because we see the issue there as well. And also in jdk11u. So I’ll push it to JDK13, too and take care of a backport to 11u
Cheers
Christoph
From: compiler-dev <compiler-dev-bounces at openjdk.java.net> On Behalf Of Jonathan Gibbons
Sent: Mittwoch, 17. Juli 2019 17:11
To: Baesken, Matthias <matthias.baesken at sap.com>; compiler-dev at openjdk.java.net
Cc: Zeller, Arno <arno.zeller at sap.com>
Subject: Re: RFR [XS] : 8227247: tools/sjavac/IdleShutdown.java fails with AssertionError: Error too big on windows
Matthias,
Looks better,
-- Jon
On 7/10/19 2:40 AM, Baesken, Matthias wrote:
Hi Jon, I switched to the proposed test.timeout.factor property :
http://cr.openjdk.java.net/~mbaesken/webrevs/8227247.1/
Best regards, Matthias
https://mail.openjdk.java.net/pipermail/compiler-dev/2019-July/013525.html
Generally, the typical way to handle timeouts on slow machines is to use
the jtreg "timeout factor" mechanism, which is a multiplicative factor
that can be set from the command line. This allows timeouts to be
increased on slow machines without unduly increasing timeouts for all
platforms.
Within the test, the value is available in the `test.timeout.factor`
system property.
https://openjdk.java.net/jtreg/tag-spec.html#testvars
-- Jon
On Fri, Jul 5, 2019 at 5:58 PM Baesken, Matthias <matthias.baesken at sap.com<mailto:matthias.baesken at sap.com>> wrote:
Hello,
please review this small change to tools/sjavac/IdleShutdown.java .
It allows higher timeout differences and gives a better error output .
On Windows (especially on slower virtualized machines) the langtools test tools/sjavac/IdleShutdown.java shows sporadic failures.
The error we see is :
IdleShutdown.java: java.lang.AssertionError: Error too big
Reason is that the "timeout error" is larger than the allowed error of 300 ms ( 3000 ms *0.1) :
if (error > TIMEOUT_MS * .1)
throw new AssertionError("Error too big");
We see sometimes errors in the range of 300-900 ms .
For example :
After 16166 ms: Timeout error: 609 ms
Idea is to increase the allowed timeout error to make the test more stable.
Bug/webrev :
https://bugs.openjdk.java.net/browse/JDK-8227247
http://cr.openjdk.java.net/~mbaesken/webrevs/8227247.0/webrev/
Thanks, Matthias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20190718/5d2ab324/attachment-0001.html>
More information about the compiler-dev
mailing list