[PATCH] D16890: Fix PR25339: ARM Constant Island

Zhao, Weiming via llvm-commits llvm-commits at lists.llvm.org
Thu Feb 18 12:29:36 PST 2016


Hi Renato,

I uploaded the test case to bugzilla. 
https://llvm.org/bugs/show_bug.cgi?id=25339

This patch doesn't reduce the threshold to 15. It tries to accelerate 
the converge after 15th iteration by ignoring the "best growth".

Thanks,
Weiming

On 2/8/2016 6:51 AM, Renato Golin wrote:
> rengolin added a comment.
>
> In http://reviews.llvm.org/D16890#345099, @weimingz wrote:
>
>> I'll post the test case shortly. Since it's based on proprietary code,
>>   it needs to complete some internal review process.
>
> I completely understand. No worries.
>
>> So far, I can only give a brief description of the problematic code.
>>   Please see https://llvm.org/bugs/show_bug.cgi?id=25339
>
> Ah, excellent! That bug was on my radar, and I'm glad someone is looking at it. When you submit a review based on a bug, it's good to put the bug number like "Addresses bug #NNNN", so we can grab the rest of the context.
>
>> The number 15 is half of the max threshold of 30.
>
> Right. If the max is hard-coded, then maybe say max/2 in there?
>
> It's also not clear to me why 15 is better than 30. If the algorithm fails to converge on both, than clearly either hard-coded numbers would be ok as long as the safe option is implemented. This patch seems to be doing both: forcing a convergence, even if a bad one (which would also work with 30 iterations, I think), and reducing the threshold to 15 (which doesn't make much sense per se).
>
>> I did a measurement of building SPEC and the highest iteration number I
>>   see is 3.
>
> This means that the application itself is problematic in that respect, so any number beyond 5 would be a good bet, with higher numbers better because they would only hit the worse cases.
>
> What's the impact if you keep the original threshold?
>
> cheers,
> --renato
>
>
> Repository:
>    rL LLVM
>
> http://reviews.llvm.org/D16890
>
>
>

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation



More information about the llvm-commits mailing list