similar to: [LLVMdev] how to use the profile-guided optimization of LLVM?

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:

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

On Jun 18, 2013, at 2:48 PM, Eric Christopher <echristo at gmail.com> wrote: > On Tue, Jun 18, 2013 at 11:19 AM, Bob Wilson <bob.wilson at apple.com> wrote: >> >> On Jun 17, 2013, at 6:54 AM, Diego Novillo <dnovillo at google.com> wrote: >> >>> On 2013-06-15 14:18 , Evan Cheng wrote: >>>> Apple folks are also gearing up to push on the

Hi, I would like to learn the details regarding what exactly PGO does for basic block layout/code placement optimizations in llvm. Could you please point me to some descriptions? Is it close to this paper (Karl Pettis and Robert C. Hansen. 1990. Profile guided code positioning. PLDI'90) http://perso.ensta-paristech.fr/~bmonsuez/Cours/B6-4/Articles/papers15.pdf? Whether it is purely

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

Hi, sorry to be so late with my answer, I was busy finishing my master thesis. On 03/21/2010 11:06 PM, Gener Omer wrote: > > I have finally started my project which is supposed to implement some > algorithms that uses profile information in order to optimize programs. > I have a very basic question for you. I have a very simple source code, > I compiled it with LLVM > >

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

Apple folks are also gearing up to push on the PGO front. We are primarily interested in using instrumentation, rather than sampling, to collect profile info. However, I suspect the way profile ended up being used in the various optimization and codegen passes would be largely similar. There is also some interests in pursuing profile directed specialization. But that can wait. I think it makes

On Tue, Jun 18, 2013 at 11:19 AM, Bob Wilson <bob.wilson at apple.com> wrote: > > On Jun 17, 2013, at 6:54 AM, Diego Novillo <dnovillo at google.com> wrote: > >> On 2013-06-15 14:18 , Evan Cheng wrote: >>> Apple folks are also gearing up to push on the PGO front. We are primarily interested in using instrumentation, rather than sampling, to collect profile info.

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

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

> > After the basic profile-based transformations are working, I would like to > add new sources of profile. Mainly, I am thinking of implementing Auto > FDO. > For those who are not familiar with what autoFDO is -- Auto FDO is originally called Sample Based FDO. Its main author is Dehao Chen @google, and Robert Hundt is the one of the main pushers of technology in Google. The

On Jun 12, 2013, at 3:05 PM, Chandler Carruth <chandlerc at google.com> wrote: > > On Wed, Jun 12, 2013 at 2:55 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote: > That sounds plausible to me. It seems like we might need a way of representing call graph profiling in addition to the existing branch probabilities? > > Agreed. An important consideration here is WPO

On Jun 14, 2013, at 10:56 AM, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote: > > * Function argument value profiling: > - Is the function called with a small set of values for the parameters? > - Is there any value that is particularly frequent for any of the arguments? > - If the function takes pointers, are the pointers usually aligned? > - If the function

On Wed, Jun 12, 2013 at 2:55 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > That sounds plausible to me. It seems like we might need a way of > representing call graph profiling in addition to the existing branch > probabilities? > Agreed. An important consideration here is WPO vs. LTO vs. TU-at-a-time call graphs. > FWIW, the greedy register allocator’s live range

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.

On Jun 17, 2013, at 6:54 AM, Diego Novillo <dnovillo at google.com> wrote: > On 2013-06-15 14:18 , Evan Cheng wrote: >> Apple folks are also gearing up to push on the PGO front. We are primarily interested in using instrumentation, rather than sampling, to collect profile info. However, I suspect the way profile ended up being used in the various optimization and codegen passes

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 15, 2017 at 10:55 AM, Michael Spencer via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> On Thu, Jun 15, 2017 at 10:08 AM, Tobias Edler von Koch < >> tobias at codeaurora.org> wrote: >> >>> Hi Michael,

On Thu, Jun 15, 2017 at 10:08 AM, Tobias Edler von Koch < tobias at codeaurora.org> wrote: > Hi Michael, > > This is cool stuff, thanks for sharing! > > On 06/15/2017 11:51 AM, Michael Spencer via llvm-dev wrote: > >> The first is a new llvm pass which uses branch frequency info to get >> counts for each call instruction and then adds a module flags metatdata

Hello, In order to implement one of my passes, I would like to know if there is any info in the actual code that tells how many times 'f()' called 'g()', where f() and g() are functions from the same module (I saw that there are such kind of statistics about blocks from the same function). Thank you, Gener -------------- next part -------------- An HTML attachment was scrubbed...