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.
For many Hudson builds NetBeans is unusable with projects it used to work fine. Basically everything gets extremely slow and even regular typing chokes. Simple autocompletion is consuming around 2-3 of 8 cores. And that's after freshly opened projects with clean cache. Tried oracle-java 6, 7 & 8 with similar/same results. Last checked on build 6058 from http://bertram.netbeans.org:8080/job/PHP-build/ Hardware: Intel i7-2670QM, 8GB memory, SSD disk p.s. Probably around 100 builds ago it was ok.
Maybe it's caused by merged PHP features branch (if the slowness is caused only by PHP modules). Probably it's caused by "deprecation" support in semantic highlighting. Can you provide us some profiling snapshots caught during slowness and attach them here? [1] Without that information, we can't locate the exact cause of slowness. Thanks in advance. [1] http://wiki.netbeans.org/FaqProfileMeNow
Created attachment 131360 [details] slowness snapshot Firstly I did some basic operations and then I tried to go to the class declaration by clicking on the class name (it was in the same file). It eventually worked but after many clicks.
I didn't install Java Profiler plugin but used built in profiler. Is this snapshot fine?
Thanks! It's exactly what I thought :) Semantic highlighting is really slow...because of checking of deprecated elements. Thanks for that! I have another issue opened for this, so making this a duplicate. There is another user who helps me with testing too, so you can participate. It helps me a lot :) Thanks to both of you. *** This bug has been marked as a duplicate of bug 225603 ***
Not a problem ;) Good luck with the fix!