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.
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.
Das, Dibyendu via llvm-dev
2017-May-10 03:54 UTC
[llvm-dev] Enable new inline cost heuristic for switch
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
Das, Dibyendu via llvm-dev
2017-May-16 16:14 UTC
[llvm-dev] Enable new inline cost heuristic for switch
We ran cpu2006 INT rate for x86. We didnt see any perecptible positive or negative swing in any of the bms. Thx Dibyendu Sent from my Windows Phone ________________________________ From: via llvm-dev<mailto:llvm-dev at lists.llvm.org> Sent: 5/10/2017 3:19 AM To: llvm-dev at lists.llvm.org<mailto: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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170516/7c255e19/attachment-0001.html>
Seemingly Similar Threads
- General question about enabling partial inlining
- Less aggressive on the first allocation of CSR if detecting an early exit
- Less aggressive on the first allocation of CSR if detecting an early exit
- Less aggressive on the first allocation of CSR if detecting an early exit
- Use of array type in globals in LTO