User forums > Nightly builds
The 17 May 2012 build (7966) is out.
oBFusCATed:
How would I know?
Why do you think I don't believe you?
cacb:
--- Quote from: oBFusCATed on June 04, 2012, 09:55:07 am ---How would I know?
Why do you think I don't believe you?
--- End quote ---
I don't want to be polemic, but it seems to me as you seem to be sure it isn't the same problem as the lag issue I reported earlier, and you also seem to be sure it is an unidentified "misconfiguration" issue. I am happy to be proven wrong, but the info provided seems to contradict such assertions. I have provided much information that seems quite adequate in characterising this very real issue. I hope it is understood that I am trying to provide the necessary information.
Some main bullets
1. The current build (7966) lags significantly, also when not building, ref the reported issue with Global compiler settings | Build options | Number of processes for parallel builds here http://forums.codeblocks.org/index.php/topic,16352.msg111221.html#msg111221
The same behaviour is apparent when closing a workspace. So to me it looks like the lag issue is not fixed and could very well be what I am seeing also during build (ok, I speculate, but anyway). 7452 does not have the same lag. I am not convinced now the lag issue reported in April is a different thing, but I am always open for new info.
2. I provided 2 clear screenshots showing the behaviour as seen in Task Manager. I am told this is not a C::B problem even though the only difference is different C::B versions. I am also told it is a "misconfiguration", and I am happy to correct any misconfiguration if it can be identified, but you say you wouldn't know, so it looks like my information is not believed. The configuration is identical in the two cases. How can you be so sure it isn't a C::B problem? I am not saying it is, but I all evidence points in that direction as I see it. Please tell me why I am wrong, as it might help sort things out.
3. Please tell me how to test with clean settings. Is it just a matter of deleting
C:\Documents and Settings\<user>\Application Data\codeblocks\default.conf ?
Thanks.
oBFusCATed:
1. There was an identified lag that was fixed (related to the to-do plugin).
2. OK, you have not told me if the cl.exe-s are there doing nothing or c::b is blocking somewhere between running
3. Yes, but you can rename it. I'm asking this just in case, it isn't because I don't believe you.
And I've asked you to try to find the first nightly with this problem, you have not! And you're comparing 500 revisions.
p.s. Can you provide an example project, which build slow?
p.p.s Does this happen with vc2008 or older compilers?
cacb:
--- Quote from: oBFusCATed on June 04, 2012, 11:27:10 pm ---1. There was an identified lag that was fixed (related to the to-do plugin).
2. OK, you have not told me if the cl.exe-s are there doing nothing or c::b is blocking somewhere between running
3. Yes, but you can rename it. I'm asking this just in case, it isn't because I don't believe you.
And I've asked you to try to find the first nightly with this problem, you have not! And you're comparing 500 revisions.
p.s. Can you provide an example project, which build slow?
p.p.s Does this happen with vc2008 or older compilers?
--- End quote ---
1. Ok, but as you can see, I still observe issues.
2. The cl.exe are there all the time as stated before, but they don't always consume CPU, as shown in the Task manager screenshots. That means, they all sometimes do work, then sometimes they don't. My guess is that C::B is blocking, but I cannot be sure, I see the expected number of cl.exe, sometimes they they are listed with using significant CPU, somtetimes they are listed using 0 CPU.
3. Thanks, I shall try it with 7966.
Actually, I have referred you to this post
http://forums.codeblocks.org/index.php/topic,16199.msg109543.html#msg109543
You are telling me I haven't told you, because you believe it is irrelevant, but I am not convinced. The symptoms I reported then
http://forums.codeblocks.org/index.php/topic,16199.msg109481.html#msg109481
appears at least rather similar. If some issues were fixed, maybe some remain.
I recently switched from using VC2008 to VC2010 (both express), I have both installed still and my projects can with some tweaking be built against both. I just tried compiling with 7966 using VC2008. The exact same problem occurs, t looks to be unrelated to using VC2008 or VC2010 compiler (checked also 7452+VC2008).
I don't have a ready workspace to share unfortunately, much as I'd like to do it.
I am going to try renaming the *.conf file now.
oBFusCATed:
Quoting myself:
--- Quote from: oBFusCATed on April 16, 2012, 11:39:12 pm ---cacb: What about 7789, 7678, 7550?
--- End quote ---
If we are going to talk with old links. This post was never answered by you!
If the cl.exe are there all the time then they are blocking on some file read or global mutex/semaphore, etc.
cl.exe does some writing to common files (pdbs for example) and this may cause performance problems.
The thing is that C::B is starting them as fast as it can, but there is something slowing them down.
Thus it is not a problem in C::B, but some configuration problem or the cl.exe options are not correct.
(all this analysis is just a speculation)
What is the time difference between the working and the non-working version,
when you set the number of process to 1 in both versions? (I've ask this before, but you've never answer this too).
Also please try to build with mingw as this is know to be good performer, when used in multi-core machines.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version