[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