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 234661 - org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.runWhenScanFinished: LowPerformance took 20191 ms.
Summary: org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.runWhenScanFinis...
Status: RESOLVED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Project (show other bugs)
Version: 7.3
Hardware: All All
: P3 normal (vote)
Assignee: Tomas Zezula
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2013-08-20 14:52 UTC by Kalel
Modified: 2016-07-07 07:18 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 203195


Attachments
nps snapshot (118.57 KB, application/nps)
2013-08-20 14:52 UTC, Kalel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kalel 2013-08-20 14:52:19 UTC
This issue was reported manually by sdedic.
It already has 3 duplicates 


Build: NetBeans IDE 7.3.1 (Build 201306052037)
VM: Java HotSpot(TM) 64-Bit Server VM, 23.25-b01, Java(TM) SE Runtime Environment, 1.7.0_25-b17
OS: Windows 8

User Comments:
GUEST: It's very slow. during editing, or debugging; when I try to write something, the program seam to freeze, sometime for 20 or 30 seconds, and I can wait until the control come back. This happen frequently two or three times in five minutes. It'is impossible to develop. My Operating System is MacOsx Mountain and I have the problem on tw different machines.

Kalel: problema al levantar mi servidor



Maximum slowness yet reported was 29429 ms, average is 24467
Comment 1 Kalel 2013-08-20 14:52:21 UTC
Created attachment 138926 [details]
nps snapshot
Comment 2 Svata Dedic 2013-08-20 15:01:30 UTC
I cut off these reports from the issue #230544 as the reason for slowness here is different.

it seems that some actions need parsing results, so they attempt to post an user task, but the parsing system is busy performing another user task at the moment (hints, typically).

That way "relatively" quick tasks required to disable/enable or even execute an action are stuck because of background processing (hints). In this case, those tasks are even willing to wait, or recover from a situation when parsing is not available - they use parseWhenScanFinished() and work with the provided Future. But in case another UserTask is being executed, the method blocks. This is exactly as documented in the API, but forces API users to code some fallback mechanism or block the EDT.

See also issue #213998, similar to reports linked here.

Please evaluate. If it is not desirable to provide support for this case in parsing APIs, please reassign to JEE support and others according to the linked reports.
Comment 3 Tomas Zezula 2013-08-30 10:12:20 UTC
The parsing should not be done in EDT as parsing & attribution does IO.
Nothing to do with p.a, reassigning.
Comment 4 Martin Balin 2016-07-07 07:18:14 UTC
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue.

Thanks for your cooperation,
NetBeans IDE 8.2 Release Boss