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 119169 - No details provided for some of the heap analysis rules
Summary: No details provided for some of the heap analysis rules
Status: RESOLVED WONTFIX
Alias: None
Product: profiler
Classification: Unclassified
Component: Base (show other bugs)
Version: 6.x
Hardware: All All
: P4 blocker (vote)
Assignee: issues@profiler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-17 03:47 UTC by _ gsporar
Modified: 2011-01-28 14:45 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ gsporar 2007-10-17 03:47:29 UTC
Using the daily build from 2007-10-14 on JDK6u2, running on Ubuntu 7.04

Following the instructions in this demo script: http://wiki.netbeans.org/wiki/view/HeapWalkerDemo, I generated a small
heap dump.

Clicking the Analysis tab in the heap walker, I then ran these rules:

Duplicated Strings
HashMap Histograms
Overallocated Strings

All three of them seemed to find something, but they provided no details.

The output from the Duplicated Strings rule was:

Total waste: 45236B, distributed by domain source:

Total instance count: 593, size: 45236

----

The output from the HashMap Histograms rule was:

Total instance count: 227, size: 205498

----

And the output from the Overallocated Strings was:

Wasted 6648B on overallocated Strings

Total instance count: 241, size: 6648

----

Shouldn't there be detailed information listed to show the class type/field names for the root objects that were found?
 Or is the problem here that *nothing* could be found that was not from java.* or javax.*?  If that is the case, then
maybe a message should be written out to let the user know that.

As it is now, it seems kinda' confusing.

I have seen this on other heap dumps as well.
Comment 1 Tomas Hurka 2007-11-07 10:35:23 UTC
Changing target milestone to dev, since NetBeans 6.0 is in high resistance mode.
Comment 2 Tomas Hurka 2009-04-08 10:08:22 UTC
Target milestone cleanup.
Comment 3 Tomas Hurka 2009-04-08 12:56:00 UTC
Milestone cleanup: future->next
Comment 4 Jiri Sedlacek 2009-05-05 09:54:37 UTC
Lowering priority as the OQL console is now the preferred way to analyze the heap dump. The Analysis view is still just
a kind of experimental feature currently in "stand by" mode.
Comment 5 Tomas Hurka 2011-01-28 14:45:55 UTC
We do not plan to fix it. Use OQL console instead.