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.
This issue was reported manually by mentlicher. It already has 2 duplicates Build: NetBeans IDE Dev (Build 1) VM: Java HotSpot(TM) 64-Bit Server VM, 24.72-b04, Java(TM) SE Runtime Environment, 1.7.0_72-b14 OS: Windows Server 2008 R2 User Comments: NukemBy: Trying to add breakpoint on exception: typing NullP in "New Breakpoint" window NukemBy: Trying to add breakpoint on exception - wait for autosuggest after typing "NullP" Maximum slowness yet reported was 28877 ms, average is 21286
Created attachment 153633 [details] nps snapshot
Parsing takes a really long time. SourceForBinaryQuery is slow.
delegates to j2seplaetform/project.
There are 3 things: 1st) The warm up of the global libraries may not work if it's the first call to the SourceForBinaryQuery - fixed 2nd) The LibraryManagers were not cached - fixed 3rd) Extremely slow *monitorenter* instruction - not sure why. The monitor is uncontended or at least no contention visible in sampling. It can be spin-then-park if a small invisible contention exist or biased locking stack annotations or something else. If it happen again I we will need hotspot lock log. Fixed jet-main 9a36c922ba8f
Integrated into 'main-silver', will be available in build *201507300002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/9a36c922ba8f User: Tomas Zezula <tzezula@netbeans.org> Log: #252383:CodeCompletion took 28877 ms.