Build: NetBeans IDE Dev (Build 201106210600)
VM: Java HotSpot(TM) 64-Bit Server VM, 20.1-b02, Java(TM) SE Runtime Environment, 1.6.0_26-b03
OS: Windows 7
averri: Wow... 26 seconds for code completion. Thats too bad. I was editing a XHTML file.
GUEST: editing primefaces datatable asset in a xhtml jsf page this has happened many times before.
Incidentally, I'm using this build because of 7.0 patch update impossible. At least for me. The plug in updater on the tools options doesn't find the update patches and i can't download manually. (Don't know how)
GUEST: waiting for autocomplete on css
emiddio: formatting facelets files take many seconds
Maximum slowness yet reported was 26120 ms, average is 8334
Created attachment 109035 [details]
In groovy files, the minimum wait time is over 10 seconds. Normally it ranges above 20. Needless to say, it renders CC useless.
Report #551517, 520189: could not find a significant slowdown in the profiler snapshot.
Report #548872: quite a lot of time is spent in MIME recognizer in file reading - probably blocked by overloaded disk ?
Report #520190: MultiMarks are not used - obsolete report.
CSL should not invoke the CC providers "whenScanFinished", but rather immediately.
Report #511085 shows normal indexing that blocks the CC.
Report #510578: attached profiler snapshot does not show any perf issue.
In version 7.2, the parsing is on background and CSL-based CC does not wait for it (fixed by tzezula & dbalek) - http://hg.netbeans.org/jet-main/rev/8c30d396959b
Potential sources for performance improvements from the exception reports were distributed to the relevant module owners, so I consider this issue to be fixed.