background parser
Milian Wolff
mail at milianw.de
Tue Dec 13 18:13:23 GMT 2011
On Tuesday 06 December 2011 11:25:36 Mahmood Naderan wrote:
> >- What's your KDevelop version?
>
> 4.2.3
try master, it could be faster already due to some optimizations I added
there.
> >- How many projects does your session have?
>
> 1
>
> >- Do you remember if your session has crashed before?
>
> yes, but after normal close and open the background parser works from 10
> minutes At first time after crash, I thought it si normal.
yes that it is.
> crashed->open kdevelop->background parser (10 min)->normal close->open
> kdevelop->background parser (10min)
ok good.
> >- If you start KDevelop from the console, you'll see a lot of output
> >while the background parser works. Do you see several lines saying
> >ALREADY UP TO DATE?
>
> yes a lot.
>
> kdevelop(1604)/kdevelop (cpp support) CPPInternalParseJob::run: ===--
> ALREADY UP TO DATE --===>
<snip>
ok, so the cache *does* work, I wonder what else keeps you waiting for so
long.
> >However it still needs to check each file to see wether it needs to be
> >reparsed or not, depending on the amount of files and access speed to
> >them this can take more or less time
> >But generally this is not a huge problem, since you can already work
> >with KDevelop while this is running in the background
>
> I agree with that because the src/ contains 2047 files. but isn't
> there any way to reduce parser cpu usage?
this is *not* much at all, kdevplatform alone has 7.7k files and opens in a few
seconds for me.
which brings me back to the beginning: please try current master. if it is
still slow, please profile kdevelop with your project, and tell us the results.
Alternatively: is your project open source, can we/I get our hands on it to
test it?
bye
--
Milian Wolff
mail at milianw.de
http://milianw.de
More information about the KDevelop
mailing list