[8u40] Request for review and approval: 8059070 : [TESTBUG] java/lang/invoke/LFCaching/LFMultiThreadCachingTest.java failed - timeout
Konstantin Shefov
konstantin.shefov at oracle.com
Thu Dec 4 12:16:16 UTC 2014
Hello,
I have made a new webrev for this fix that uses Igor's timeout tool from
JDK 9: http://cr.openjdk.java.net/~kshefov/8059070_8u/webrev.01
This is a fix to test for one of 8u40 features.
-Konstantin
On 01.12.2014 15:07, Konstantin Shefov wrote:
> Paul, Igor
>
> On 01.12.2014 13:55, Paul Sandoz wrote:
>> On Dec 1, 2014, at 11:53 AM, Konstantin Shefov
>> <konstantin.shefov at oracle.com> wrote:
>>
>>> Paul,
>>>
>>> On 01.12.2014 11:48, Paul Sandoz wrote:
>>>> On Nov 28, 2014, at 6:21 PM, Konstantin Shefov
>>>> <konstantin.shefov at oracle.com> wrote:
>>>>
>>>>> Please review and approve backport of JDK-8059070 to 8u40.
>>>>>
>>>>> This is the test fix and it is a bit different from that of JDK 9.
>>>>>
>>>> Looks ok.
>>>>
>>>> Why is it different to the fix in 9?
>>> It is because in JDK 8u there is no adjustTimeout function in Utils
>>> class, so I added it. And I think it will be better to define where
>>> to stop interations depending on the iteration with the maximum
>>> time, not the average iteration time.
>>> If tests still fail with timeout in JDK 9, I will also change
>>> average iteration time to maximum time in JDK 9.
>>>
>> Ok.
>>
>> I see Igor has factored out similar functionality in a separate patch
>> under review in core-libs.
> Well, in this case I can reuse the functionality Igor introduced, but
> it is going to be in JDK 9. Will it be backported to JDK 8? And there
> is "maxDuration << 1" in the file
> "lib/testlibrary/jdk/testlibrary/TimeLimitedRunner.java" but what if
> we need multiplier greater than 2, e.g. 4?
>
> -Konstantin
>>
>> Paul.
>
More information about the jdk8u-dev
mailing list