RFR(XS) 8046289: compiler/6340864/TestLongVect.java timeout with

[Vladimir Ivanov]

Why do you make a special case for loop exit here? I'd expect more 
general solution to trust scarce profile data more in -Xcomp mode.

Some background: Tobias and me have been looking at JDK-8014830 [1] and 
JDK-8030976 fixed the problem. I suspect that this change will return 
8014830.

Best regards,
Vladimir Ivanov

[1] https://bugs.openjdk.java.net/browse/JDK-8014830

On 6/30/14 11:26 AM, Rickard Bäckman wrote:
> Reviews please?
>
> Thanks
> /R
>
> On 06/23, Rickard Bäckman wrote:
>> Hi,
>>
>> a test started to timeout after JDK-8030976 was pushed. The test was run
>> with -Xcomp flag, so the profiling data available is non-existing or
>> small. For some cases that meant that if a loop had at least 1 iteration
>> executed it would look like the loop would always take the backedge and
>> never end and we would generate an uncommon trap on the loop exit.
>>
>> The small change checks if the block we are considering turning into an
>> uncommon trap is a loop exit.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8046289
>> Webrev: http://cr.openjdk.java.net/~rbackman/8046289/
>>
>> Thanks
>> /R
>
>