Displaying 9 results from an estimated 9 matches for "r288024".
Did you mean:
r238024
2016 Dec 21
5
llvm (the middle-end) is getting slower, December edition
...e and more attention at the compile time!
>
> Just recently I've been looking into historical compile time data as well, and have had similar conclusions. The regressions you've found are probably caused by:
> 1) r289813 and r289855 - new matchers in InstCombine
> 2) r286814 and r288024 - changes in Inlining cost model
>
Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can
you please explain what's the motivation behind the new
transformations you introduced? I'm tempted to ask a revert, but I'd
like to understand the motivations first.
--
Da...
2016 Dec 21
0
llvm (the middle-end) is getting slower, December edition
...mpile time!
> >
> > Just recently I've been looking into historical compile time data as
> well, and have had similar conclusions. The regressions you've found are
> probably caused by:
> > 1) r289813 and r289855 - new matchers in InstCombine
> > 2) r286814 and r288024 - changes in Inlining cost model
> >
>
> Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can
> you please explain what's the motivation behind the new
> transformations you introduced? I'm tempted to ask a revert, but I'd
> like to understand t...
2016 Dec 21
0
llvm (the middle-end) is getting slower, December edition
...mpile time!
> >
> > Just recently I've been looking into historical compile time data as
> well, and have had similar conclusions. The regressions you've found are
> probably caused by:
> > 1) r289813 and r289855 - new matchers in InstCombine
> > 2) r286814 and r288024 - changes in Inlining cost model
> >
>
> Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can
> you please explain what's the motivation behind the new
> transformations you introduced? I'm tempted to ask a revert, but I'd
> like to understand t...
2016 Dec 21
2
llvm (the middle-end) is getting slower, December edition
...;
> > Just recently I've been looking into historical compile time data as
> well, and have had similar conclusions. The regressions you've found are
> probably caused by:
>
>
> > 1) r289813 and r289855 - new matchers in InstCombine
>
>
> > 2) r286814 and r288024 - changes in Inlining cost model
>
>
> >
>
>
>
>
>
> Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can
>
>
> you please explain what's the motivation behind the new
>
>
> transformations you introduced? I'm tempted to a...
2016 Dec 21
0
llvm (the middle-end) is getting slower, December edition
...ve been looking into historical compile time
> data as well, and have had similar conclusions. The
> regressions you've found are probably caused by:
>
>
> > 1) r289813 and r289855 - new matchers in InstCombine
>
>
> > 2) r286814 and r288024 - changes in Inlining cost model
>
>
> >
>
>
>
>
>
> Haven't looked at 2) yet, but I can confirm for 1).
> Sanjay/Ehsan, can
>
>
> you please explain what's the motivation behind the new
>
>
> transfo...
2016 Dec 21
2
llvm (the middle-end) is getting slower, December edition
...ecently I've been looking into historical compile time data as well, and have had similar conclusions. The regressions you've found are probably caused by:
>>
>>
>> > 1) r289813 and r289855 - new matchers in InstCombine
>>
>>
>> > 2) r286814 and r288024 - changes in Inlining cost model
>>
>>
>> >
>>
>>
>>
>>
>>
>> Haven't looked at 2) yet, but I can confirm for 1). Sanjay/Ehsan, can
>>
>>
>> you please explain what's the motivation behind the new
>>...
2016 Dec 20
0
llvm (the middle-end) is getting slower, December edition
...that we now put more and more attention at the compile time!
Just recently I've been looking into historical compile time data as well, and have had similar conclusions. The regressions you've found are probably caused by:
1) r289813 and r289855 - new matchers in InstCombine
2) r286814 and r288024 - changes in Inlining cost model
You probably can try reverting them locally to check if my hypothesis is correct.
I also looked at earlier data, and on top of the before-mentioned issues I found the following causes of compile-time degradations (and sometimes improvements):
1) Changes in SCEV (r...
2016 Dec 21
0
llvm (the middle-end) is getting slower, December edition
...e data as well, and have had similar conclusions. The
>>> regressions you've found are probably caused by:
>>>
>>>
>>> > 1) r289813 and r289855 - new matchers in InstCombine
>>>
>>>
>>> > 2) r286814 and r288024 - changes in Inlining cost model
>>>
>>>
>>> >
>>>
>>>
>>>
>>>
>>>
>>> Haven't looked at 2) yet, but I can confirm for 1).
>>> Sanjay/Ehsan, can
>>>
>>>
>>...
2016 Dec 17
19
llvm (the middle-end) is getting slower, December edition
First of all, sorry for the long mail.
Inspired by the excellent analysis Rui did for lld, I decided to do
the same for llvm.
I'm personally very interested in build-time for LTO configuration,
with particular attention to the time spent in the optimizer.
Rafael did something similar back in March, so this can be considered
as an update. This tries to include a more accurate high-level