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

Jan Lahoda commented on NETBEANS-45:
------------------------------------

In Attila's dump, vast majority of time spent is in 
"java.io.WinNTFileSystem.list[native] ()" (2036ms out of total 2286ms). So I 
guess there are two options: a) make less "list" calls; b) make the calls 
faster (e.g. by caching, when feasible; which is always tricky). On a), partial 
reparse is broken AFAIK, and when fixed, it should presumably lead to less 
listing, at least in some cases.

Wade, I looked at a couple of your dumps, and didn't see completion computation 
there, mostly FS refreshes. So it is not quite clear to me what was the problem 
and what solutions do you propose.


> 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, 
> 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