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 49246 - Memory leak (~400kB) - Refresh folder repeatedly with the same recreated java files
Summary: Memory leak (~400kB) - Refresh folder repeatedly with the same recreated java...
Status: CLOSED WORKSFORME
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 4.x
Hardware: All All
: P2 blocker (vote)
Assignee: Petr Nejedly
URL:
Keywords: PERFORMANCE
Depends on:
Blocks: 49230
  Show dependency tree
 
Reported: 2004-09-18 19:09 UTC by Marian Mirilovic
Modified: 2008-12-22 21:42 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
deltas (current memory size - minimal memory size) = leak (11.57 KB, text/plain)
2004-09-18 19:10 UTC, Marian Mirilovic
Details
List of leaked instances (86.73 KB, image/png)
2004-09-24 12:34 UTC, Antonin Nebuzelsky
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marian Mirilovic 2004-09-18 19:09:00 UTC
[nb_beta2](200409091800), [jdk1.5.0](rc)

Used memory size rises during Refresh Folder with
50/100 java files
~400 kB per refresh  (see attached results xml file )

Steps to reproduce:
-------------
1. Expand empty package
2. Create 50 / 100 java files in the expanded
package externaly
3. Push Refresh Folder from popup menu on the
package with 50 java files
EXPECTED RESULT: Package is refreshed and all
nodes under are visible within 1000 ms.
--------------

Test case :
http://www.netbeans.org/source/browse/performance/test/qa-functional/src/gui/action/RefreshFolder.java

For more details see issue 49230.
Comment 1 Marian Mirilovic 2004-09-18 19:10:01 UTC
Created attachment 17728 [details]
deltas (current memory size - minimal memory size) = leak
Comment 2 Antonin Nebuzelsky 2004-09-24 12:31:13 UTC
There are JavaDataObject instances created always for the newly
created (copied) 100 files. And a bunch of other objects bound to it.
See the attached screenshot.

So this is a leak. The same 100 java files are repeatedly recreated in
the same path and thus either the old JDOs should be reused for them
or the old JDOs should be GCed.

-> java team
Comment 3 Antonin Nebuzelsky 2004-09-24 12:34:04 UTC
Created attachment 17859 [details]
List of leaked instances
Comment 4 Tomas Hurka 2004-09-30 10:54:58 UTC
Openide is responsible for creating DOs and maintaining their uniqueness. Reassigning to 
openide. 
Comment 5 Petr Nejedly 2004-10-01 13:57:00 UTC
Sorry but can't reproduce (custom build, 20041001).
The only JDOs ever created are for the first time copied files.
All subsequent rewrites/refreshes just trigger notifyFileChanged,
without any leaking.

If it leaks during measurement, there is probably something wrong with
the measurement.
Comment 6 Marian Mirilovic 2005-07-15 13:18:23 UTC
verified/closed