rename class refactoring takes 60+seconds before classpath scanning dialog goes away

i am attaching a profiling dump during a couple of rename refactorings.

Created attachment 148709 [details]
profiling snapshot

Hello Gary, can you please give us more information? How big is your JavaEE project (how many classes, how many libraries, is it stored locally or on network)? How many GBs is your PC's memory? Any other demanding applications/processes running together with NetBeans?

Please also attach messages.log file. Thanks.

If you need exact number of classes, and jar files I will have to provide later.
Its a java project - not java EE. The files are all checked out from cvs. I added many jars - approx 100, have about 622+/- java files.

I also use visualvm and jmc to try and understand the hold up - even began looking at some netbeans sources - but nothing got figured out yet.

My environment is pc laptop - 8core Intel ? 16GB ram, 500 GByte drive. In this case I closed the other projects so only 1 project was open to try and help.

NB is configured to not do scanning in the file options dialog. And this is NOT a Compile on Save project.

Nothing was happening on the machine except netbeans consuming CPU - other than when I was attached to NB with visualvm. Most of time when waiting on netbeans the task manager would show what looked like 1 core maxed out of cpu usage. And visualvm seemed to indicate prob just 1 thread consuming the cpu. Also the disk light was mostly OFF - no particular disk activity that I could tell.

64bit jvm 1.8.0_05 i think.

Thanks Gary, and the messages.log?

Created attachment 148775 [details]
messages log file

Thanks for the messages.log file. It is interesting that you said that this is not Java EE projects, since the self-sampler snapshot shows that most of the time in "Editor Parsing Loop" thread is spent in org.netbeans.modules.j2ee.metadata.model.api.support.annotation.PersistentObjectManager.typesChanged(). This is clearly J2EE related thing. Are you sure that your project does not contain any j2ee related artefacts?

The project was created as a java project. I then copy sources to the project. And add jars to the project. I compile the project and can run the project where I select some main class. But mostly just use the project as a mechanism for editing code, refactoring, and doing test compilations before moving code to actual machine - Solaris 11 - where is again rebuilt and deployed.

But yes - when actually deployed on Solaris 11 it is deployed into OC4J - Oracle Containers for Java - and runs as a java ee deployed EAR - using JMS, Database, and EJB's with lots of JPA1 annotations.

My single netbeans project includes all the sources for around 17 different builds which when they get deployed and run on the Solaris 11 run in around 17 JVM's - only 1 is Java EE deployed to OC4J- others are stand alone java that make use of remote EJB imvocation and JMS.

Most of the time in "Editor Parsing Loop" is spent in org.netbeans.modules.j2ee.metadata.model.api.support.annotation.PersistentObjectManager.typesChanged() - reassigning to j2ee for further evaluation.

Unfortunately this looks like slow filesystem (under heavy load?). I went through the snapshots - there are various waits (60s, 5s, 5s...) all of them spending time in java.io.WinNTFileSystem.list[native]().