casseopea2 / gperftools

Automatically exported from code.google.com/p/gperftools
BSD 3-Clause "New" or "Revised" License
1 stars 0 forks source link

It would be very useful to know the highest allocated address for every block displayed #90

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
This is a feature request.
Currently perftools report shows memory sizes allocated by different functions.

But for debugging it's also very relevant to know what is the highest
allocated address for every displayed in the report block. For example even
if the report shows that memory consumption is <1MB process size can still
be arbitrarily large due to one non-freed object very high up in memory space.

So I propose to add an option to display the highest surviving address
allocated from this block in  hexadecimal form.

Original issue reported on code.google.com by visa_des...@yahoo.com on 29 Dec 2008 at 5:16

GoogleCodeExporter commented 9 years ago

Original comment by csilv...@gmail.com on 2 Jan 2009 at 11:50

GoogleCodeExporter commented 9 years ago
I started work on implementing this feature.
Will submit a patch.

Original comment by visa_des...@yahoo.com on 5 Jan 2009 at 8:47

GoogleCodeExporter commented 9 years ago
pprof in Perl seems very heavy, too large for Perl.
Looks like Python would have been way much better choice.

Original comment by visa_des...@yahoo.com on 5 Jan 2009 at 8:48

GoogleCodeExporter commented 9 years ago
I don't understand the need for this functionality.  Where in memory an object 
is
should only affect virtual memory, not physical memory.  What kind of problem 
are you
trying to debug, that this functionality would help?

Original comment by csilv...@gmail.com on 6 Mar 2009 at 8:14

GoogleCodeExporter commented 9 years ago
Ping.

Original comment by csilv...@gmail.com on 2 Aug 2010 at 4:50

GoogleCodeExporter commented 9 years ago
It's been a year without a response, so I'm closing this bug WillNotFix.

Original comment by csilv...@gmail.com on 31 Aug 2011 at 10:04