Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

How to avoid GUI freezing on open/save of large projects

(1/3) > >>

Bonanza:
Hi All,

Yesterday I had Codeblocks run with my favorite debug equipment "lauterbach" based on the plugin from lauterbach themselves.

Now there is absolutely no doubt for me that Codeblocks and I fit together:-)

I want, to spread the news for all my collegues, but there is one medium size anoyance that I would like to have solved before I do so. And also this have stoppede some of my colleagues from using Codeblocks.

-----

The annoyance is the load time for a large project containing approximately 2500 c/h files. It takes about 3.5 minutes to load the project.

Something similar happends if you add a file and want to save the project this takes about 1-2 minute.

The load and save times are of course acceptable but the fact that you totally loose contact to the user interface of Codeblocks is not that nice.

I must add that we are working on windows machines, and the source is placed on a samba drive.

But the same behaviour is seen when loading from windows, just not the same magnitude.

-----

To keep this post constructive I would like to sign myself in for trying to solve this "annoyance".

But before I start looking at the code, maybe someone could give me an indication if this is even possible and where to look in the code, which blocks are involved.

I know that programs like "beyond compare" and "source insight" can handle that you point out a large number of files for your concern. But while all these files are parsed and checked in some way in the background you can still start your work.

I am thinking some more threading of some kind, but this is likely not a trivial change to Codeblocks, so I throw this post as a starting survey.

BR Flemming 

ollydbg:
Is it possible related to the CC (CodeCompletion plug)?
For me, I experience several seconds GUI freezing when loading the Codeblocks.cbp project. Not sure how to solve it.. :D

Bonanza:
I heard that also...

But couldn't it just run in the background somehow, like on "source insight" e.g.?

Some suggested to turn it off in some other posts, but i actually use the CC and it would be okay that it was not ready for the first few minutes.

That is the question I am looking into:-)

dmoore:
have you tried opening with/without CC enabled?

As far as I know, CC does most of its heavy lifting on threads (but it's possible it causes unnecessary delays on project open)

If you want a generally more responsive UI during project load (and save), perhaps the best way will be to put the project file parsing (or writing) onto a separate thread and progressively send messages to the GUI/main thread (adding files etc).

Bonanza:
OK I tried out the CC setting. Please correct me if I am wrong, but I went to the:
Settings->Editor->Code-completion and symbol browser page and selected "Disable code-completion" checkmark.

I ran first one time because of windows file cache abillity( it took 3:30 min:sec to open my project - this result should be disregarded).

So here it comes:
Code completion "disabled": 2:57 min:sec or so;
Code completion not "disabled": 3:02 min:sec or so

So there is not much difference between "to CC or not to CC" on my machine.

BTW: Let me also mention that I am using Build 6080 of codeblocks.

Navigation

[0] Message Index

[#] Next page