Displaying 3 results from an estimated 3 matches for "1018.58".
2017 Oct 25
2
RFC: Switching to the new pass manager by default
On 10/25/2017 12:10 PM, Evgeny Astigeevich via llvm-dev wrote:
>
> Hi Chandler,
>
> I ran the LNT benchmarks and SPEC2k6.train on AArch64 Cortex-A57. I
> used revisions: Clang 316561, LLVM 316563.
>
> Options: -O3 -mcpu=cortex-a57 -fomit-frame-pointer
> -fexperimental-new-pass-manager
>
> Regressions: execution time increase
>
> LNT
>
>
2017 Oct 25
5
RFC: Switching to the new pass manager by default
On 10/25/2017 12:32 PM, Evgeny Astigeevich wrote:
>
> Hi Hal,
>
> I quickly checked the execution profile. It is real. The code changed
> significantly. A number of the hottest regions changed. I’ll compare IRs.
>
Thanks. Obviously a 1000% execution performance regression seems
problematic.
-Hal
> JFYI FreeBench/fourinarow time graph:
>
2017 Oct 18
18
RFC: Switching to the new pass manager by default
Greetings everyone!
The new pass manager is getting extremely close to the point where I'm not
aware of any significant outstanding work needed, and I'd like to see what
else would be needed to enable it by default. Here are the current
functionality I'm aware of outstanding:
1) Does not do non-trivial loop unswitching. Majority of this is in
https://reviews.llvm.org/D34200 but will