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.
Summary: | 4s - Run initialization of HeapView.paintDropShadowText() outside of AWT | ||
---|---|---|---|
Product: | platform | Reporter: | misterm <misterm> |
Component: | Options&Settings | Assignee: | Theofanis Oikonomou <theofanis> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | athire, atlioddsson, chicoassis2000, dlipin, elpatosaldivia, exceptions_reporter, hmichel, jacek.wysocki, jaska_tl, jiai, jmichelberger, KhArtNJava, lolo_101, misterm, pjiricka, serb, szmitek, tnleeuw, toben, velodiver, ytn01 |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 159009 |
Attachments: | nps snapshot |
Description
misterm
2009-11-23 05:51:02 UTC
Created attachment 91527 [details]
nps snapshot
973ms paint of org.openide.actions.HeapView.paintComponent() - e.g. not production problem, as that one is by default hidden. *** Bug 197353 has been marked as a duplicate of this bug. *** *** Bug 222591 has been marked as a duplicate of this bug. *** *** Bug 223637 has been marked as a duplicate of this bug. *** ergonomics#d353473e8850 I got report 652055 with fix d353473e8850. Integrated into 'main-golden', will be available in build *201301250001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/d353473e8850 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #177420: Initializing the drop shadow text outside of EDT Alexander's report http://statistics.netbeans.org/exceptions/exception.do?id=652055 is different than previous ones. The painting is blocked in org.openide.actions.HeapView.paintComponent() 229,169 ms org.openide.actions.HeapView.getTickStyle() org.openide.actions.HeapView.prefs() org.openide.util.NbPreferences.forModule() org.nb.core.startup.preferences.PreferencesProviderImpl.preferencesForModule() java.util.prefs.AbstractPreferences.node() It turns out that there is background thread Refresh-After-WindowActivated which holds the lock (the EDT is waiting for) and performs an I/O operation: org.netbeans.core.startup.preferences.NbPreferences$UserPreferences.childSpi() org.netbeans.core.startup.preferences.PropertiesStorage.toPropertiesFile() If the Alexander's situation is common, the appropriate fix would have to move the I/O outside of the lock. (In reply to comment #9) > If the Alexander's situation is common, the appropriate fix would have to move > the I/O outside of the lock. AFAICT there were 2 more reports in the past 6 months, so I guess it is not a common situation, so closing this one. Thank you. |