This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 83106 - Find largest retained size objects across the entire heap
Summary: Find largest retained size objects across the entire heap
Status: RESOLVED FIXED
Alias: None
Product: profiler
Classification: Unclassified
Component: Base (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker with 1 vote (vote)
Assignee: issues@profiler
URL:
Keywords:
: 155082 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-08-21 16:55 UTC by _ gsporar
Modified: 2013-04-29 12:49 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ gsporar 2006-08-21 16:55:27 UTC
The HeapWalker should be able to find the largest retained size objects across
the entire heap.  This is a CPU-intensive search, so the user interface should
include an obvious "cancel" button.  Also, it might be best to limit the search
so that it stops automatically after finding the first 10 (or 20 or
user-settable) largest objects. If the user wants to search for additional
objects the HeapWalker should be able to find the next 10 (or 20) largest, and
so on.

The default sort size should be by retained size in descending order.  The class
type for each object should be displayed.
Comment 1 Alexander Kouznetsov 2007-10-11 16:56:31 UTC
This lack of this feature is a really stopper for many users.
Comment 2 _ gsporar 2007-10-11 19:34:27 UTC
Agreed, this is a stopper for many users, but I guess maybe I am unclear on the purpose of P1.  I thought P1 was
reserved for application crash/data loss type issues, and this is not in that category.  How about P2 as a compromise?  :-)
Comment 3 Alexander Kouznetsov 2007-10-12 10:03:27 UTC
Well, although the bug priority guidelines are more suitable for defects, there is a clear justification for this P1
issue: "Product feature does not work, no workaround exists". Applying this to enhancement we get "Product feature is
not implemented, no workaround exists". You can also check the feedback I sent recently via e-mail.

I don't object to leave this as P2.
Comment 4 Jiri Sedlacek 2007-10-12 10:10:15 UTC
Well, I don't understand this - does it mean that every not implemented FEATURE or ENHANCEMENT should be filed as P1?? 
That's definitely not the way how it works right now, otherwise we would have almost every RFE as P1.
Comment 5 Alexander Kouznetsov 2007-10-12 10:20:23 UTC
You're right, I forgot to clearly mention the fact the according to user feedback this is a real stopper for a group of
users.
Comment 6 Tomas Hurka 2008-12-10 11:20:47 UTC
*** Issue 155082 has been marked as a duplicate of this issue. ***
Comment 7 Jiri Sedlacek 2010-09-06 10:08:02 UTC
Already implemented.