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 242079 - org.netbeans.modules.editor.indent.IndentImpl.reformatLock: LowPerformance took 242833 ms.
Summary: org.netbeans.modules.editor.indent.IndentImpl.reformatLock: LowPerformance to...
Status: RESOLVED DUPLICATE of bug 242541
Alias: None
Product: javaee
Classification: Unclassified
Component: Expression Language (show other bugs)
Version: 8.0
Hardware: All All
: P3 normal (vote)
Assignee: Martin Fousek
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2014-02-19 08:28 UTC by Exceptions Reporter
Modified: 2014-07-25 06:27 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 207769

Attachments
nps snapshot (2.82 MB, application/nps)
2014-02-19 08:29 UTC, Exceptions Reporter 		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 Exceptions Reporter 2014-02-19 08:28:44 UTC 
This bug was originally marked as duplicate of bug 183962, 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: Windows 7

User Comments:
GUEST: When doing formatted paste. IDE was in debug mode (Java web app). It was like dead-lock, so I killed Tomcat, which helped IDE to wake up again.



Maximum slowness yet reported was 242833 ms, average is 242833
Comment 1 Exceptions Reporter 2014-02-19 08:29:17 UTC 
Created attachment 145389 [details]
nps snapshot
Comment 2 Dusan Balek 2014-02-19 13:14:55 UTC 
As can be seen from the attached snapshot, AWT EDT is blocked by
GsfReformatTask trying to acquire the parser lock while extremely slow ELHintsProvider task is in progress.
Comment 3 Martin Fousek 2014-02-19 14:07:33 UTC 
As far as I saw "JsfVariablesModel.getModel" recreates the JsfVariablesModel every time when it's called and doesn't use the cached value at all. :/ There is missing synchronization but it's quite risky to add it there now because of one report we have so far. Targeting to the Next.
Comment 4 Martin Fousek 2014-07-25 06:27:54 UTC 
Duplicate of issue #242541. Too many index accesses by getting composite components.

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