Thanks for the patch, Siba!

This fix looks confusing to me. TestDSAGenParameterSpec has timeout specified for 2048 but not for 3072/224 and 4096 case. Why would these run faster than smaller lengths?

May be there is some other reason, area experts can help here.

Thanks,
Rajan

On 5/31/2016 08:04, 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/ <http://cr.openjdk.java.net/%7Essahoo/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


Reply via email to