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: | 10s - by debugger.ui.EditorContextDispatcher$EditorLookupListener.reAttachFileChangeListener | ||
---|---|---|---|
Product: | debugger | Reporter: | Jesse Glick <jglick> |
Component: | Code | Assignee: | Martin Entlicher <mentlicher> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | Shyju.R |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 7.2 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 185865 |
Attachments: | nps snapshot |
Description
Jesse Glick
2012-03-14 15:02:48 UTC
Created attachment 116734 [details]
nps snapshot
org.netbeans.spi.debugger.ui.EditorContextDispatcher$EditorLookupListener.reAttachFileChangeListener() 99.96219 10273 ms (100%) 10273 ms 1 calls org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.removeFileChangeListener() 99.96219 10273 ms (100%) 10273 ms 1 which results in at least four calls to org.netbeans.modules.masterfs.filebasedfs.utils.FileInfo.isDirectory() 99.59184 10235 ms (99,6%) 10235 ms 4 I don't think there is much to do about this in filesystems. If the debugger can move all the re-attaching the listener outside of AWT, it would be the simplest solution. It looks unfortunate to me, that computeChildren(true) touches disk. Add/remove listener is a disk operation now, which is not expected at all. The fix is going to be dirty. :-( Fixed by changeset: 216610:a5dabbd9e00f http://hg.netbeans.org/main/rev/a5dabbd9e00f *** Bug 240144 has been marked as a duplicate of this bug. *** |