Re: background and forground process interaction

Sorry about the delay, just discovered this one:

Mike Skells wrote:

> Hi,
> I have noticed that there several times while I am editing the 
> background process to do the parse(s) for the suggestions module kicks 
> in, when my cpu was already busy doing something else, e.g. code 
> completion, and the UI lags because of this
>  
> I have a few ideas. I am not sure that these are issues for this 
> tasklist, or general NB issues
>  
> 1. when an action is an intensive application, such as the code parse 
> for the suggestion module, pmd etc, and the action is kicked of 
> automatically then could the priority be lowered

>  
> 2. could the varios suggestion providers affect the scheduling of each 
> other, e.g an option so that only run PMD iff there are no compiler 
> errors.


It already attempts to do this. While it can't cancel a PMD run in the 
middle, if a user edit comes in while it's running through the 
suggestion provider list, it will abort/skip out of the loop so that the 
remaining suggestion providers are not run.

>  
> 3. could the suggestion providers detect user activity and stop their 
> current run (sometimes I get several code warnings about the same word 
> that I am typing, each with one morecharacter typed than the last! 
> When the happens the UI is really slow. As a non touch typist I dont 
> usually get 2 words ahead of the UI! (yes I do have a slow machine...)


If you're on a slow machine, you probably want the suggestion providers 
run at file open/save time instead of open/edit time. You can customize 
this; right click in the suggestions window - one of the options there 
let you change it.

-- Tor