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.
Maximum heap size is currently set to 96MB in trunk. Refactoring features, as present in meta_stavbicka branch, don't work reasonably fast with this heap setting. When working with a mid-sized project, like jEdit, in the IDE, refactoring can be fully used only with -Xmx128m or more. It has to be investigated if memory demands of refactoring can be decreased, or if the maximum heap size parameter will be requested to be increased.
Tondo, would you mind if I resolve this issue as duplicate of issue 43295? Or do you think, that these 2 issues should be solved independently? From my point of view it is the same issue: refactoring consumes too much memory.
This bug was ment as a heads-up for all of us to find out the optimal Xmx in the case refactoring demands cannot be decreased to 96m. Let's keep it, if you don't mind too much. ;)
As Radim found out with visualcg from jvmstat tool IDEA seems to have maximum heap size set to 192MB. Performance team agreed we don't want to go over 160MB and even that may be too much, considering that minimum and recommended HW configurations would have to be increased significantly in such a case, users with less than 512MB RAM would have problems running Netbeans, and IDEs built on top of Netbeans would have to go even higher in HW requirements which may be unacceptable.
Moved to new subcomponent java/javacore.
*** This issue has been marked as a duplicate of 43295 ***
Reorganization of java component