[ 
https://issues.apache.org/jira/browse/NETBEANS-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16101090#comment-16101090
 ] 

Wade Chandler commented on NETBEANS-45:
---------------------------------------

I'm curious if you look at the attached file 
cnd-csm-core-parser-queue-waitready.log what the significance of those are. At 
the moment, I'm not experiencing the situation I mentioned, and no thread dump 
I have created shows ParserQueue.waitReady. In all of those others, taken 
during such times, those stacks are there. I have the full NB installed, but 
when these issues have been occurring I have not had any C++ projects opened, 
nor had I any opened during those particular runs of the IDE. I have not looked 
at that chunk of code yet to see what it is locking on, but at the moment is an 
anecdotal observation that appears related.

> Code completion is blocked for an extended period of time
> ---------------------------------------------------------
>
>                 Key: NETBEANS-45
>                 URL: https://issues.apache.org/jira/browse/NETBEANS-45
>             Project: NetBeans
>          Issue Type: Bug
>          Components: editor - Parsing & Indexing
>    Affects Versions: 9.0
>            Reporter: Attila Kelemen
>         Attachments: callstack.csv, cnd-csm-core-parser-queue-waitready.log, 
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-10.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-11.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-12.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-1.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-2.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-3.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-4.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-5.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-6.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-7.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-8.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-9.log.tdump,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-10.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-11.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-12.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-1.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-2.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-3.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-4.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-5.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-6.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-7.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-8.log,
>  
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-9.log,
>  
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-10.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-11.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-12.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-1.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-2.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-3.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-4.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-5.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-6.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-7.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-8.log.tdump, 
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-9.log.tdump
>
>
> Often times when editting a single file, code completion blocks for an 
> extensive amount of time which makes code completion practically unusable. 
> Looking at the threads of the IDE, code completion and parsing seems to be 
> blocked by the attached thread (holding a lock).
> Note that I do not do anything but edit a single file and this happens 
> frequently during editting even though there are no external changes.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to