similar to: [LLVMdev] Thinking about a profile-guided LTO inliner

On 13.06.2013, at 19:12, Diego Novillo <dnovillo at google.com> wrote: > On 2013-06-12 18:15 , Chandler Carruth wrote: >> >> On Wed, Jun 12, 2013 at 3:10 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote: >> It predates the block frequency interface. It just needs to be hooked up, patches welcome. It would also be nice to remove the floating point computations

Michael Spencer via llvm-dev <llvm-dev at lists.llvm.org> writes: > I've recently implemented profile guided section layout in llvm + lld using > the Call-Chain Clustering (C³) heuristic from > https://research.fb.com/wp-content/uploads/2017/01/cgo2017-hfsort-final1.pdf > . In the programs I've tested it on I've gotten from 0% to 5% performance > improvement over

I've recently implemented profile guided section layout in llvm + lld using the Call-Chain Clustering (C³) heuristic from https://research.fb.com/wp-content/uploads/2017/01/cgo2017-hfsort-final1.pdf . In the programs I've tested it on I've gotten from 0% to 5% performance improvement over standard PGO with zero cases of slowdowns and up to 15% reduction in ITLB misses. There are

1. Summary I will implement two optimizations in the LLVM compiler, both based on runtime profile information: an inlining mechanism that takes the call frequency into consideration, and a better basic block placement algorithm. 2. The project LLVM now includes an efficient framework [1] for instrumenting an application and collecting edge and path profile information. Profile-guided

On 2013-06-12 18:15 , Chandler Carruth wrote: > > On Wed, Jun 12, 2013 at 3:10 PM, Jakob Stoklund Olesen > <stoklund at 2pi.dk <mailto:stoklund at 2pi.dk>> wrote: > > It predates the block frequency interface. It just needs to be > hooked up, patches welcome. It would also be nice to remove the > floating point computations from the spill placement

On Wed, Jun 12, 2013 at 3:10 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > It predates the block frequency interface. It just needs to be hooked up, > patches welcome. It would also be nice to remove the floating point > computations from the spill placement code. Cool, if Diego doesn't beat me to it, I may send you a patch as that seems easy and obviously

Hi all, I would like to know the status of profile-guided optimization. What enhancements could be done to the current implementation? The ideas for profile-guided transformations from [0] are still available? Many thanks. Gener [0] http://llvm.org/OpenProjects.html#profileguided -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi! My name is Gratian and I would like to participate to GSOC 2011. I'm interested in profile-guided optimizations, and I want to implement two optimizations that can bring tangible benefits for most applications: profile-guided function inlining and basic block positioning. Inlining can be greatly improved if we take into consideration how many times the function we want to inline was

hello,everyone recently, I analyze the compiler optimization level, so I have searched the usage of profile-guided optimization of LLVM, but little result in google, therefore, could you please list detailed usage of profile-guided optimization? LLVM must be install with flags '--enable-profile'? A example will be pleasure. thanks von -------------- next part -------------- An HTML

On Thu, Dec 10, 2015 at 4:00 PM, Philip Reames <listmail at philipreames.com> wrote: > Given I didn't get any response to my original query, I chose not to invest > time in this at the time. I am unlikely to get time for this in the near > future. > > On 12/07/2015 03:13 PM, Easwaran Raman wrote: > > (Resending after removing llvmdev at cs.uiuc.edu and using >

Hi everyone, I would like to share a paper my co-authors and I published at CGO 2013, where we used profiling support in LLVM for efficient code layout randomization: Andrei Homescu, Steven Neisius, Per Larsen, Stefan Brunthaler, Michael Franz. Profile-guided Automated Software Diversity. In Proceedings of the 2013 International Symposium on Code Generation and Optimization, CGO '13,

On 2013-06-12 17:23 , Diego Novillo wrote: > > I have started looking at the state of PGO (Profile Guided > Optimization) in LLVM.**I want to discuss my high-level plan and make > sure I'm not missing anything interesting out. I appreciate any > feedback on this, pointers to existing work, patches and anything > related to PGO in LLVM. Good grief. A whole lot of fail

Dear LLVM community, I am very happy to become a member of this great community. At the German Climate Research Center (DKRZ) I am a PhD student and write my thesis in python. The general topic is Compiler Optimization in High Performance Computing. My use cases are climate models, written in C/C++. In Frankfurt I am working at a HPC Cluster Center and my duties are to monitor and to optimize

I was looking over the open projects page and I am curious about the current status of the profile guided optimization support mentioned here. I am curious what developments have taken place in this area since the page was updated and about where would I find the relevant portions of the code in the source. Thanks in advance, Carter.

How mature is the profile guided compilation for the LLVM? Thanks, Jeff Kunkel

Hi I have one question on LLVM 3.3 profile guided optimizations. I see in the utils/profile.pl there are supports for "-insert-block-profiling", "-insert-edge-profiling" and "-insert-function-profiling", but it seems only -insert-edge-profiling is working and the other 2 gets suggested to "-insert-gcov-profiling". and llvm_start_basic_block_tracing does

On Thu, Jun 15, 2017 at 2:33 PM, Xinliang David Li <xinliangli at gmail.com> wrote: > > > On Thu, Jun 15, 2017 at 2:30 PM, Sean Silva <chisophugis at gmail.com> wrote: > >> >> >> On Thu, Jun 15, 2017 at 11:09 AM, Xinliang David Li via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> >>> >>> On Thu, Jun

On Wed, Feb 25, 2015 at 10:52 AM, Philip Reames <listmail at philipreames.com> wrote: > On 02/24/2015 03:31 PM, Diego Novillo wrote: > > > We (Google) have started to look more closely at the profiling > infrastructure in LLVM. Internally, we have a large dependency on PGO to get > peak performance in generated code. > > Some of the dependencies we have on profiling

On Jun 12, 2013, at 2:23 PM, Diego Novillo <dnovillo at google.com> wrote: > In terms of optimizations, our (Google) experience is that > inlining is the key beneficiary of profile information. > Particularly, in big C++ applications. I expect to focus most > of my attention on the inliner. That sounds plausible to me. It seems like we might need a way of representing call

(Resending after removing llvmdev at cs.uiuc.edu and using llvm-dev at lists.llvm.org) On Mon, Dec 7, 2015 at 3:08 PM, Easwaran Raman <eraman at google.com> wrote: > Hi Philip, > > Is there any update on this? I've been sending patches to get rid of the > callee hotness based inline hints from the frontend and move the logic to > the inliner. The next step is to use