[9] RFR: 8157896: TestDSAGenParameterSpec.java test fails with timeout
Sibabrata Sahoo
sibabrata.sahoo at oracle.com
Tue Jun 7 06:45:02 UTC 2016
Hi Xuelei,
Please find the updated webrev: http://cr.openjdk.java.net/~ssahoo/8157896/webrev.01/
As suggested, I have increased the timeout for (3072 256) to 700.
Thanks,
Siba
-----Original Message-----
From: Xuelei Fan
Sent: Saturday, June 04, 2016 6:02 AM
To: Sibabrata Sahoo; Valerie Peng; security-dev at openjdk.java.net
Subject: Re: [9] RFR: 8157896: TestDSAGenParameterSpec.java test fails with timeout
SupportedDSAParamGen.java
=========================
Please use more large timeout. The update from 450 to 550 may be not significant enough to prevent intermittent failure. I may use bigger value, 600 or even bigger?
The same comment for TestDSAGenParameterSpec.java.
Thanks,
Xuelei
On 5/31/2016 11:04 PM, Sibabrata Sahoo wrote:
> Hi,
>
>
>
> Please review the fix for the following JBS bugs,
>
> JBS: https://bugs.openjdk.java.net/browse/JDK-8157896
>
> https://bugs.openjdk.java.net/browse/JDK-8157898
>
>
>
> webrev: http://cr.openjdk.java.net/~ssahoo/8157896/webrev.00/
>
>
>
> Description:
>
> These Tests takes a lots of time to generate DSA parameter when the
> prime and subprime values are greater in some machine with some
> platform. The reason is being the operations are CPU intensive, which
> causes the Tests to timeout in rare occasion. But the Test performance
> can be improved by, instead of generating DSA parameter with all
> supported input in a single run, it can be divided for each input as a
> separate run, so that each run can complete much before compared to
> all input at once. It also provides the flexibility to associate test
> options like "timeout" for specific input type where the execution
> time is expected to exceed the default.
>
>
>
> Note: The fix won't give a guarantee that the timeout will never
> happen but it can surely help reduce the timeout in greater extent.
> Please provide your suggestion, in case any.
>
>
>
>
>
> Thanks,
>
> Siba
>
>
>
More information about the security-dev
mailing list