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 84624

Summary:	Memory results
Product:	profiler	Reporter:	ehucka <ehucka>
Component:	Base	Assignee:	issues@profiler <issues>
Status:	VERIFIED INVALID
Severity:	blocker
Priority:	P3
Version:	6.x
Hardware:	All
OS:	All
Issue Type:	DEFECT	Exception Reporter:

Description ehucka 2006-09-11 16:30:06 UTC

jdk 1.6.0, trunk profiler 060911

Steps to reproduce:
1. create Anagram Game sample project, start memory liveness profiling there
2. wait until the project will start, minimize the project's window
3. reset results
4. move mouse cursor over the project's icon - to display its tooltip (on linux)

Live Results window will show a few classes. 

5. invoke Take snapshot - it will take empty snapshot
6. switch back to Live results window
7. the Live Results window will be empty

I don't know what is the desired behaviour. Can a taken snapshot be empty when
there were some live results before? Or can be memory results cleared after e.g.
garbage collection?

Comment 1 J Bachorik 2006-09-15 08:37:57 UTC

This behaviour is quite expectable. The mouse-over event generates just some
short-living objects (within the scope of handler method). Taking snapshot in
"liveness profiling" then means taking snapshot of the live references only. The
references created within the handler method scope can't be called live by the
time of taking snapshot (their scope is not valid any more) thus not appearing
in snapshot window.

Comment 2 ehucka 2006-09-15 09:25:29 UTC

I thought the memory live results contain 'allocated objects' column which is
always increasing. So the short-living objects should be mentioned in live
results with zeros in live objects and live bytes but non-zero value in
allocated objects column.

Comment 3 ehucka 2006-11-30 16:58:24 UTC

verified