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

[Das, Dibyendu via llvm-dev]

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>