[llvm-dev] Enable new inline cost heuristic for switch

Das, Dibyendu via llvm-dev llvm-dev at lists.llvm.org
Tue May 9 20:54:31 PDT 2017


We are planning to test this for x86/CPU2006 suite. Most like in a week or so.
-dibyendu

-----Original Message-----
From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of via llvm-dev
Sent: Wednesday, May 10, 2017 3:20 AM
To: llvm-dev at lists.llvm.org
Subject: Re: [llvm-dev] Enable new inline cost heuristic for switch


Kindly ping.

Can anyone please take a chance to test the new switch inline cost heuristic (r301649). In my experiment for spec2000/spec2006/llvm-ts in AArch64, significant performance (+17.8%) and size (-8%) benefit was observed in spec2000/vertex with LTO while no significant code size / performance regression was found in O3/O2/Os. I posted D32653 to enable the flag (-inline-generic-switch-cost) for your test. It will be really great if this heuristic is tested in different targets and for other applications.

Thanks,
Jun

On 2017-04-28 15:35, junbuml at codeaurora.org wrote:
> Hi,
> 
> I'm trying to turn on a flag (-inline-generic-switch-cost) introduced 
> in r301649 which improved the inline cost heuristic for switch. In my 
> experiment for LLVM test suite and spec2000/2006 in AArch64, +17.82% 
> performance  and -8% code size reduce was observed in spec2000/vertex 
> with O3 LTO. No significant code size / performance regression was 
> found in O3/O2/Os.
> 
> Before we turn this flag on by default, I want this change to be 
> tested on other targets as well as for other applications. Can anyone 
> please take a change to test this and share the result in D32653.
> 
> Thanks,
> Jun

--
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.
_______________________________________________
LLVM Developers mailing list
llvm-dev at lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev


More information about the llvm-dev mailing list