> On 22 mars 2016, at 18:15, serguei.spit...@oracle.com wrote:
> 
> Hi Staffan,
> 
> It looks good.
> One question though.
> 
> I do not see that the timeout is increased in the 
> com/sun/jdi/InterruptHangTest.java.
> It remains 20 sec as was before.
> 
> +                    float timeoutFactor = 
> Float.parseFloat(System.getProperty("test.timeout.factor", "1.0"));
> +                    long sleepSeconds = (long)(20 * timeoutFactor);
> 
> ...
> -                            Thread.sleep(20000);
> +                            Thread.sleep(sleepSeconds * 1000);
> Or an increase is because of the "test.timeout.factor" property?

Yes, the increase will be because outside systems will set the timeout factor.

/Staffan


> Thanks, Serguei On 3/22/16 07:14, Staffan Larsen wrote:
>> Anyone up for a review of this change?
>> 
>>> On 21 mars 2016, at 09:16, Staffan Larsen <staffan.lar...@oracle.com> 
>>> <mailto:staffan.lar...@oracle.com> wrote:
>>> 
>>> Hi,
>>> 
>>> For a while we have had various timeout related problem in the JDI tests. 
>>> The root cause of this seems to be the Indy String Concatenation work which 
>>> makes stepping over the first string concatenation horrendously slow in 
>>> debug version of the jdk. It is not ISC itself that is to blame, instead it 
>>> gets the blame for the full setup of the invokedynamic framework. See 
>>> JDK-8151887 for a longer discussion about this.
>>> 
>>> One of the tests that fail because of this is 
>>> com/sun/jdi/InterruptHangTest.java. In this fix, I have simply increased 
>>> the timeout that is used internally in the test to take the jtreg 
>>> timeoutfactor into consideration. This seems to allow enough time for 
>>> stepping through the indy setup code. 
>>> 
>>> I have also added timestamped logging to the TestScaffold superclass to 
>>> make it easier to see what is taking a long time and how far a test has 
>>> proceeded. 
>>> 
>>> webrev: http://cr.openjdk.java.net/~sla/7153107/webrev.01/ 
>>> <http://cr.openjdk.java.net/~sla/7153107/webrev.01/>
>>> bug: https://bugs.openjdk.java.net/browse/JDK-7153107 
>>> <https://bugs.openjdk.java.net/browse/JDK-7153107>
>>> 
>>> Thanks,
>>> /Staffan
>>> 

Reply via email to