<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 6, 2021 at 5:09 AM Andrey Bokhanko <<a href="mailto:andreybokhanko@gmail.com">andreybokhanko@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Teresa,<br>
<br>
Thank you for the quick reply! I'm really happy to see the project is<br>
moving forward!<br>
<br>
> We initially plan to use the profile information to provide guidance to the dynamic allocation runtime on data allocation and placement. We'll send more details on that when it is fleshed out too.<br>
<br>
Just to double check: do you plan to open-source this runtime? --<br></blockquote><div><br></div><div>It will be in tcmalloc initially.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
perhaps as a part of LLVM?<br></blockquote><div><br></div><div>A wrapper runtime layer in LLVM is possible, but not initially.</div><div><br></div><div>David</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Yours,<br>
Andrey<br>
<br>
On Tue, Jul 6, 2021 at 12:54 AM Teresa Johnson <<a href="mailto:tejohnson@google.com" target="_blank">tejohnson@google.com</a>> wrote:<br>
><br>
> Hi Andrey,<br>
><br>
> The compiler side support for the necessary instrumentation went in a while back (D85948), as did the compiler-rt support (D87120 is the main one, but there were a number of preparatory and follow-on patches). Currently it dumps to a text file. We've been working on designs for the binary profile format, IR handling for the profile data, and context disambiguation support. We plan to send RFCs for some of this early this quarter.<br>
><br>
> We initially plan to use the profile information to provide guidance to the dynamic allocation runtime on data allocation and placement. We'll send more details on that when it is fleshed out too.<br>
><br>
> Teresa<br>
><br>
> On Mon, Jul 5, 2021 at 7:02 AM Andrey Bokhanko <<a href="mailto:andreybokhanko@gmail.com" target="_blank">andreybokhanko@gmail.com</a>> wrote:<br>
>><br>
>> Hi Teresa,<br>
>><br>
>> A year has passed since you posted this RFC; could you, please, give a<br>
>> quick update on the current state of heap profiler development?<br>
>><br>
>> (Sorry if you already did so; I looked through llvm-dev mailing list<br>
>> to no avail -- but perhaps I missed something?)<br>
>><br>
>> We (Huawei) are very interested in data cache optimizations; we are<br>
>> discussing our plans with Maxim and others on the BOLT project github<br>
>> (<a href="https://github.com/facebookincubator/BOLT/issues/178" rel="noreferrer" target="_blank">https://github.com/facebookincubator/BOLT/issues/178</a>); I would be<br>
>> really interested to hear your perspective / plans -- either on BOLT<br>
>> project discussion or here.<br>
>><br>
>> One area of particular interest are specific data cache optimizations<br>
>> you plan (or not?) to implement either in compiler / binary optimizer<br>
>> / runtime optimizer based on heap profiler data.<br>
>><br>
>> Thank you!<br>
>><br>
>> Yours,<br>
>> Andrey<br>
>> ===<br>
>> Advanced Software Technology Lab<br>
>> Huawei<br>
><br>
><br>
><br>
> --<br>
> Teresa Johnson | Software Engineer | <a href="mailto:tejohnson@google.com" target="_blank">tejohnson@google.com</a> |<br>
</blockquote></div></div>