« duben 2005 »
PoÚtStČtSoNe
    
 
       
Today

Navigation

Speaker Profile
Roumen's Weblog
Login
Sun Bloggers
Technorati Profile

Am I popular?

Today's Page Hits: 1311

Contacts

Name: Roman Strobl
E-mail: roman dot strobl
at sun dot com

NetBeans

Java Sites

Javalobby
The Server Side
Java Tips
Java Blogs
java.net
java.sun.com
java.cz

Blogs

NetBeans:
Geertjan
Brian Leonard
Gregg Sporar
Lukas Hasik
Ludovic Champenois
Vincent Brabant
Alexis Moussine-Pouchkine
Jullion-Ceccarelli
Tom Ball
Tim Boudreau
Jesse Glick
Petr Blaha
Ruth Kusterer
Jara Uhrik
xzajo
Jan Lahoda
James Branam
nbextras.org

Sun:
Kazem - bug cartoons ;-)
Tor Norbye
Romain Guy
James Gosling
Chief Gaming Officer
Bill Vass
Jim Grisanzio
Jonathan Schwartz

Planets:
Planet Netbeans
Planet Sun
Planet Eclipse

Other:
netbeans-blog.org
Joel Spolsky
Bruce Eckel

License info

Creative Commons License
This work is licensed under a Creative Commons License.

Recent Entries

Map of visits

Locations of visitors to this page
« Previous day (Apr 18, 2005) | Main | Next day (Apr 19, 2005) »
20050419 Úterý duben 19, 2005
Scanning Classpath Performance Tips

I assume you've clicked on this post because you're one of the NetBeans users who is unhappy about the scanning classpath dialog. It takes so long. And all you can do is sit and wait. Yes, I know, this is annoying. So you may want to try some of my tips which could help:

1. Which NetBeans version do you use? For users with NetBeans 4.0, 4.1 EA, beta or 4.1 development builds: upgrade to NetBeans 4.1 rc1 and install NetBeans from installer. Only several weeks divide us from 4.1 release, thus the quality of the build is very high. Currently installer pre-parses all JDK sources which causes NetBeans to only check JDK sources instead of full parse. That's why installation takes longer, but thanks to this you don't have to wait so much when IDE starts and scans JDK. This won't help with scanning your project, but helps a lot for scanning of JDK.

2. Is your project on a network drive? Bad idea! If there is a possibility to have it on local drive, put it there. The faster the disc, the better. NetBeans has to scan all your files for changes (so that it has up-to-date information for refactoring, code completion and other features). Having project on network drive slowes it down a lot. Note for Sun employees - your homes are on network mapped drives. Try to put your projects on your local hard-drive and you may be surprised about the difference.

3. Is your JDK on a network drive? I know, you may ask, who would do it. There are people who really have JDKs on network drives, trust me. They should try to put it on their local drive instead.

4. How many projects do you have opened? Try to keep the number of projects on minimum. NetBeans will not parse their sources and thus startup with opened projects will be faster.

5. Any other ideas? Ugh, no. You got me. Well you can always upgrade your computer, but this is probably not the advice you would like to hear from me. On the other hand it helps. Fast CPU, fast hard-drive and more than 512 MB memory boosts any Java application, not only NetBeans. Before you will write me angry posts about me forcing you to upgrade hardware - it's just an idea, don't shoot me for it.

There are plans for improvements of scanning classpath in next release, so stay tuned.

I have also tips what you could do if your project sources are of 1 GB size on a network share and you can't do anything about it (don't take them seriously):



    Disclaimer: The contents of my blog represent my personal opinions which may differ from official views of my employer, Sun Microsystems.