[PATCH] D40480: MemorySSA backed Dead Store Elimination.
Daniel Berlin via llvm-commits
llvm-commits at lists.llvm.org
Fri Dec 8 08:48:53 PST 2017
On Thu, Dec 7, 2017 at 6:43 AM, Dave Green via Phabricator <
reviews at reviews.llvm.org> wrote:
> dmgreen added a comment.
>
> OK. I have some performance numbers. I'm compiling clang ("ninja clang")
> and using
> -ftime-report/-stat to get info (with some extra precision for decimal
> places) and
> summing the results for all the compiled files. The total runtime is a
> little noisy on
> this machine, but these sub-numbers seem pretty stable between runs.
>
> Firstly the good news. With this version we now remove more dead store.
> Old: 41310 New: 51660
> With my "MemSSA can enable us to remove more stores" hat on, this is good
> stuff.
>
> Some more good news is that DSE is now quicker, for the sum of time for
> each file:
> Old: ~26s New: ~19s
>
> The bad news is that we also need to add in the MemorySSA passes. I think
> we now
> calc this twice in the pipeline, not once as before, so times roughly
> double.
> Old: ~35s New: ~69s
> I'm hoping that in the long run we can shared the cost of this between
> other passes.
> NewGVN is a couple of hops earlier in the LTO pass pipeline, LICM also
> quite close
> in the normal one. Hopefully this cost can be shared out.
>
Yeah, this is always the case when we introduce new stateful
infrastructure. We can just preserve it.
>
> The other bad news is we use a post-dom tree (again, maybe sharable?):
> Old: ~15s New: ~27s
>
This is surprising actually.
This would imply that post-dom is costing more than the pass?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20171208/5d540863/attachment.html>
More information about the llvm-commits
mailing list