Slow Netbeans

[charlie hunt]

  If your home directory is on a network file system, since there's a 
.netbeans directory in home directory which contains project meta-data 
... depending how frequently the meta-data is accessed, it too can also 
impact performance.  How frequently the meta-data is accessed depends on 
the operations you're doing.

In the netbeans.conf file Kelly mentioned below, there is a definition for:
netbeans_default_userdir="${HOME}/.netbeans/6.8"
* Note:  The netbeans.conf file is usually found in <NetBeans install 
dir>/etc/netbeans.conf

If you point netbeans_default_userdir to a directory on a file system 
local to your machine, it may also help.

You can also specify a "userdir" at a command line invocation of NetBeans:
$  netbeans  --userdir /path/to/some/directory

The above would be an option if you didn't want to modify your 
netbeans.conf file to see if performance improves.

I often times use the above convention to create distinct a "userdir" 
for each NetBeans project I work on.

Also, to monitor JVM heap usage within the IDE, if the heap usage / 
memory icon in the toolbar is not enabled, you can enable it to observe 
JVM heap usage by selecting the menu item, View > Toolbars > Memory.  
Look to see if the menu item has a "check" beside it.

You can also click on the heap usage / memory icon in the tool icon at 
any time to invoke an explicit Full GC, (unless you're using 
-XX:-DisableExplicitGC).

hths,

charlie ...

On 12/27/10 04:48 PM, Kelly O'Hair wrote:
> e.g.
>
> My file ~/.netbeans/6.9/etc/netbeans.conf on my Mac laptop contains:
>
> # options used by netbeans launcher by default, can be overridden by 
> explicit
> # command line switches
> #
> netbeans_default_options="-J-Xms256m -J-Xmx768m -J-XX:PermSize=32m 
> -J-XX:MaxPermSize=160m -J-Xverify:none 
> -J-Dapple.laf.useScreenMenuBar=true -J-XX:+UseConcMarkSweepGC 
> -J-XX:+CMSClassUnloadingEnabled -J-XX:+CMSPermGenSweepingEnabled 
> -J-Dorg.netbeans.modules.mercurial.level=100"
>
>
> But sometimes the reason NetBeans is slow is because by default it is 
> scanning every source file, but
> usually that only happens when the project is opened, once.
> I'd need more information as to what part of NetBeans you think is slow.
>
> -kto
>
>
> On Dec 27, 2010, at 2:10 PM, John Pampuch wrote:
>
>> Also, in many ways, Netbeans behaves a bit like a server application 
>> (namely, it is long running, and uses quite a bit of memory).  Using 
>> the server compiler (add -server to the launch parameters) will help, 
>> though startup, and 'warmup' time will be a quite a bit longer.
>>
>> But start with heap space first!
>>
>> Note that Netbeans has its own configuration file where the Java 
>> parameters are set.
>>
>> -John
>>
>> On 12/27/10 1:08 PM, Jon Masamitsu wrote:
>>> One possibility is that you have too small a heap to run well.
>>> If you have not tuned your heap, try doubling its size and
>>> see if there is any improvement.
>>>
>>> On 12/27/2010 9:33 AM, Kanik Chakravarty wrote:
>>>> Hello
>>>> Does anybody use Netbeans for HotSpot development? Can anyone 
>>>> please suggest some tips to make Netbeans fast. Currently its 
>>>> painfully slow in my machine when using OpenJDK built from the 
>>>> sources. Thanks in advance.
>>>>
>>>> -- 
>>>> Thanks and Regards,
>>>> Kanik Chakravarty
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20101227/3a7bf54d/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5612 bytes
Desc: S/MIME Cryptographic Signature
Url : http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20101227/3a7bf54d/attachment-0001.bin