WHOPR partitioning algorithm

Xinliang David Li davidxl@google.com
Mon Sep 6 22:37:00 GMT 2010


On Mon, Sep 6, 2010 at 12:48 PM, Jack Howarth <howarth@bromo.med.uc.edu> wrote:
> On Mon, Sep 06, 2010 at 11:00:40AM -0700, Xinliang David Li wrote:
>> I have not followed the thread carefully, but what is the advantage of
>> doing code layout in IPO instead of doing this at link time? The
>> support of user directed code and data layout is already in gold  (and
>> mozilla folks have tried this functionality to layout functions
>> according to load time affinity data collected by instrumentation and
>> got large speed up).  The remaining part of the support is also almost
>> ready but not yet submitted upstream (needs more tuning on various
>> targets): 1) the compiler part of the support (e.g. writing down call
>> graph hot edges as note sections for linker to consume; 2) the code
>> layout algorithm in linker using the data from the compiler.
>>
>
>   Wouldn't that present issues for other targets like darwin and cygwin
> that can't depend on such support in the linker?

Yes, that is true. Both methods have usability limitations.

> Also, wouldn't such a change
> actually be be heading FSF gcc's LTO design towards llvm's design of using
> a libLTO linker module?

I don't see a connection here. It does not change how gcc's LTO works
and they can co-exist.

David

>               Jack
>
>> Thanks,
>>
>> David
>>
>



More information about the Gcc-patches mailing list