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.
Build: NetBeans IDE Dev (Build 201001190201) VM: Java HotSpot(TM) 64-Bit Server VM, 14.3-b01-101, Java(TM) SE Runtime Environment, 1.6.0_17-b04-248-10M3025 OS: Mac OS X User Comments: kganfield: switching between clases in the editor GUEST: I'm opening a big maven projects with more than 100 modules Maximum slowness yet reported was 15554 ms, average is 7526
Created attachment 93560 [details] nps snapshot
4s in330495 spent in sun.java2d.loops.Blit.Blit[native](): we cannot do much about it, until we learn what the native code is doing in this case 8s in 250611 - broken snapshot (why it is not excluded Jindo?) 14s in 261789 - broken snapshot (why it is not excluded?) 6.7s in 270803 - broken snapshot (why?) 3.2s in 296391 - YAGL between Preferences read and preferences store. Preferably the preferences shall not be blocked for reading when they are flushing their content into disk: http://statistics.netbeans.org/exceptions/exception.do?id=296391 Let's use this issue for the last issue with preferences. Imho the output stream shall be obtained outside of any lock, maybe also the write shall be done without any lock (we need to exclude two writes, but they will be excluded by filesystems API anyway)
Created attachment 94167 [details] nps snapshot fix&continue in JDPA
35 reports => P2
The only reports related to NbPreferences are 296391 and 348001 (~three years ago). Most of the other reports are caused by native calls like sun.java2d.loops.MaskBlit.MaskBlit[native](), over which we have no control. NbPreferences synchronization is modified since then, so closing as WFM. Please reopen if it happens again and it relates to NbPreferences.
(In reply to comment #5) > The only reports related to NbPreferences are 296391 and 348001 (~three years > ago). Most of the other reports are caused by native calls like > sun.java2d.loops.MaskBlit.MaskBlit[native](), over which we have no control. > NbPreferences synchronization is modified since then, so closing as WFM. Please > reopen if it happens again and it relates to NbPreferences. Did you file (know) bag against Java?
(In reply to comment #6) > Did you file (know) bag against Java? I am not aware/have not filed such bug. Stando, have you seen this? Thank you.
(In reply to comment #7) > (In reply to comment #6) > > Did you file (know) bag against Java? > > I am not aware/have not filed such bug. Stando, have you seen this? Thank you. I didn't find any JDK bug that might be related to this issue. And without steps to reproduce there's no point filing a new one...