Re: Partial heap profiling with Massif

Le 29/09/2020 à 15:19, Milian Wolff a écrit :
> On Dienstag, 29. September 2020 12:19:24 CEST LEPAREUR Loic wrote:
>> Le 21/09/2020 à 17:04, Milian Wolff a écrit :
>>> On Donnerstag, 17. September 2020 15:32:04 CEST John Reiser wrote:
>>>> On 2020-09-17 LEPAREUR Loic wrote:
>>>>> Several years ago, I developed a Massif patch to let the client code
>>>>> select which part of the code should be profiled with Massif.
>>>> Today this is much less interesting unless you compare and contrast with
>>>> https://github.com/KDE/heaptrack .  Do a web search for "heaptrack vs
>>>> massif". Consider particularly "A Faster Massif" in
>>>> https://milianw.de/tag/heaptrack , and
>>>> https://milianw.de/tag/massif-visualizer .
>>> In other news: I just pushed a bunch of patches to heaptrack git which
>>> allow you to do time-diffing. I.e. you can now select a time range in the
>>> charts and then request filtering to show the delta costs between the two
>>> time points.
>>>
>>> This should allow you to solve your problem nicely.
>>>
>>> Alternatively, you can also runtime-attach heaptrack after you finished
>>> your initialization phase to only record the main computational loop. The
>>> overhead should be minimal or actually close to zero when your main loop
>>> isn't allocating anything.
>>>
>>> Cheers
>> OK, thanks for pointing that out. I didn't know about it, I will give it
>> a try.
>>
>> Heaptrack requires recent versions of KChart and Qt for the GUI and it
>> isn't easy to upgrade them here.
> What do you mean by "recent" - to my knowledge it can build with some-years-
> old versions of both ;-)
>
> But even then, you can just download the AppImage and don't need to install
> anything then:
>
> https://download.kde.org/stable/heaptrack/1.2.0/
>
>> And since you LD_PRELOAD Heaptrack, it
>> would be very easy to add client requests mechanism, but I will try
>> vanilla version first.
> Yes, there's already `heaptrack_api.h`, which could be expanded to add support
> for client markers or similar.
>
> Cheers
>
Sorry, I only meant : "more recent that what I have here".

OK I will try the AppImage, it's nice it exists one.

Loïc