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.

Bug 241217 - org.openide.text.DataEditorSupport.messageName: LowPerformance took 11573 ms.
Summary: org.openide.text.DataEditorSupport.messageName: LowPerformance took 11573 ms.
Status: RESOLVED DUPLICATE of bug 240684
Alias: None
Product: platform
Classification: Unclassified
Component: Data Systems (show other bugs)
Version: 8.0
Hardware: All All
: P3 normal (vote)
Assignee: Jaroslav Havlin
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2014-01-31 11:22 UTC by scachat
Modified: 2014-01-31 12:56 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 207164

Attachments
nps snapshot (82.33 KB, application/nps)
2014-01-31 11:22 UTC, scachat 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description scachat 2014-01-31 11:22:30 UTC 
This bug was originally marked as duplicate of bug 216708, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 8.0 Beta (Build 201401141042)
VM: Java HotSpot(TM) 64-Bit Server VM, 24.51-b03, Java(TM) SE Runtime Environment, 1.7.0_51-b13
OS: Linux

User Comments:
scachat: Just restarted nb with Xmx=4G, after having removed cache because clicking on a file in project view, or output view just keep opening another file!
Probably related to bug   260684



Maximum slowness yet reported was 11573 ms, average is 11573
Comment 1 scachat 2014-01-31 11:22:33 UTC 
Created attachment 144631 [details]
nps snapshot
Comment 2 Jaroslav Havlin 2014-01-31 12:56:38 UTC 
> Probably related to bug 260684
I guess you mean bug 240684.

This slowness was caused by a "Refresh-All" operation, that makes access to file attributes that need synchronization quite slow. In this case, o.o.text.DataEditorSupport.messageHtmlName() needs to check if a file is valid and has to wait for lock NamingFactory.class that is held by "FileUtil-Refresh-All" thread (in method FileObjectFactory.invalidateSubTree()). It seems that some files were deleted externally, so the registry of names needed updating.

The refreshAll task was invoked from g.n.m.j2ee.deployment.impl.DeployOnSaveManager.resumeListening().

Indeed, it seems to be related to bug 240684. If there is a lot of files to refresh that should not be tracked by NetBeans, the refreshing is slow.

Thank you for reporting.

*** This bug has been marked as a duplicate of bug 240684 ***