[13] RFR (S): 8219513: [TESTBUG] : compiler/codegen/aes/TestCipherBlockChainingEncrypt.java timeout on Solaris-sparc

Igor Ignatyev igor.ignatyev at oracle.com
Wed Feb 27 04:58:15 UTC 2019


LGTM,

-- Igor

> On Feb 26, 2019, at 8:36 PM, Fairoz Matte <fairoz.matte at oracle.com> wrote:
> 
> Hi Igor,
> 
> Thanks for the review, below is the webrev with suggested changes.
> http://cr.openjdk.java.net/~fmatte/8219513/webrev.01/
> 
> Testing Mach5 hs-tier1 - 3 (Observed that test case passes in product and debug builds)
> 
> Thanks,
> Fairoz
> 
>> -----Original Message-----
>> From: Igor Ignatyev
>> Sent: Monday, February 25, 2019 10:46 PM
>> To: Fairoz Matte <fairoz.matte at oracle.com>
>> Cc: hotspot compiler <hotspot-compiler-dev at openjdk.java.net>
>> Subject: Re: [13] RFR (S): 8219513: [TESTBUG] :
>> compiler/codegen/aes/TestCipherBlockChainingEncrypt.java timeout on
>> Solaris-sparc
>> 
>> Hi Fairoz,
>> 
>> reduction loop iterations to 2k is good.
>> 
>> adjustment of timeout for slow debug build (or any other type of vm
>> configuration) should not be done at test-level, and should be done via
>> TIMEOUT_FACTOR make var. instead.
>> 
>> Thanks,
>> -- Igor
>> 
>>> On Feb 25, 2019, at 8:29 AM, Fairoz Matte <fairoz.matte at oracle.com>
>> wrote:
>>> 
>>> Hi,
>>> 
>>> http://cr.openjdk.java.net/~fmatte/8219513/webrev.00/
>>> https://bugs.openjdk.java.net/browse/JDK-8219513
>>> 
>>> Please review this tiny change to adjust the timeout observed on debug
>> builds.
>>> Single test iteration exercises the aes intrinsic several times.
>>> There are encrypt and decrypt calls in the loop that all use aes.
>>> Reducing count to 2_000 iterations still triggers the compilation.
>>> 
>>> Test case uses timeout of 300 seconds is not sufficient for slow debug
>> builds.
>>> That has been adjusted to 600 seconds.
>>> 
>>> Thanks,
>>> Fairoz
>> 



More information about the hotspot-compiler-dev mailing list