What do you do while building?
-
Stuart Dootson wrote:
Working out how to speed up the build...
I did this by replacing my main harddrive with a 300 GB velociraptor. This drive saves me 5 to 15 minutes every time I compile the application I am working on.
John
John M. Drescher wrote:
5 to 15 minutes
New hardware's rarely been an option @ work for me - instead, it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
-
John M. Drescher wrote:
5 to 15 minutes
New hardware's rarely been an option @ work for me - instead, it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
Stuart Dootson wrote:
New hardware's rarely been an option @ work for me
I am lucky, since part of my job role is to recommend new hardware purchases. If they are under $1000 I am usually approved without any problems..
Stuart Dootson wrote:
instead, it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes.
On the latest project I actually did both methods. One such time saver was reducing the number of #include statements in headers. In this I made a lot of use of the PIMPL idiom. http://www.gamedev.net/reference/articles/article1794.asp[^]
John
-
Mostly in the following order: check my mail, perform network administration tasks, browse 5 to 10 forums I participate in daily, go grab a coffee and / or go talk to a coworker.
John
I'd rather grab a co-workwer and talk to a coffee.
-
You could switch over to a VM or remote desktop to another machine and work on a test project. You could run another instance on the machine doing the build, but that may slow the build down.
Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
My latest book : C++/CLI in Action / Amazon.com linkYou're such a kill joy Nish! The guy is obviously looking for a time waster[^] to play while the build is going on, only he's discrete enough to ask it in a subtle manner!
If the post was helpful, please vote, eh! Current activities: Book: Devils by Fyodor Dostoyevsky Project: Hospital Automation, final stage Learning: Image analysis, LINQ Now and forever, defiant to the end. What is Multiple Sclerosis[^]?
-
I'd rather grab a co-workwer and talk to a coffee.
:laugh:
It is a crappy thing, but it's life -^ Carlo Pallini
-
You're such a kill joy Nish! The guy is obviously looking for a time waster[^] to play while the build is going on, only he's discrete enough to ask it in a subtle manner!
If the post was helpful, please vote, eh! Current activities: Book: Devils by Fyodor Dostoyevsky Project: Hospital Automation, final stage Learning: Image analysis, LINQ Now and forever, defiant to the end. What is Multiple Sclerosis[^]?
Mustafa Ismail Mustafa wrote:
The guy is obviously looking for a time waster[^] to play while the build is going on, only he's discrete enough to ask it in a subtle manner!
:-D Yeah, my bad!
Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
My latest book : C++/CLI in Action / Amazon.com link -
Thanks! (For some reason the hamsters didn't do their usual magic when I pasted the link)
Jacquers wrote:
Thanks! (For some reason the hamsters didn't do their usual magic when I pasted the link)
yeah! blame it on the hamsters, poor thingie :doh:
Yusuf May I help you?
-
I'm working on a project with a long build duration. How do you normally kill time when you return with your coffee and the build is still busy?
sleep.
This signature was proudly tested on animals.
-
Stuart Dootson wrote:
New hardware's rarely been an option @ work for me
I am lucky, since part of my job role is to recommend new hardware purchases. If they are under $1000 I am usually approved without any problems..
Stuart Dootson wrote:
instead, it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes.
On the latest project I actually did both methods. One such time saver was reducing the number of #include statements in headers. In this I made a lot of use of the PIMPL idiom. http://www.gamedev.net/reference/articles/article1794.asp[^]
John
John M. Drescher wrote:
In this I made a lot of use of the PIMPL idiom
Yep, that one's saved me a LOT of (build-)time over the years!
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
-
I'm working on a project with a long build duration. How do you normally kill time when you return with your coffee and the build is still busy?
Work on one of my other number-one top priorities :rolleyes:. We have a dedicated build machine, so there's no excuse for not working on something else.
Software Zen:
delete this; -
John M. Drescher wrote:
5 to 15 minutes
New hardware's rarely been an option @ work for me - instead, it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
Stuart Dootson wrote:
it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes
That's a horrendous use of your time, IMO.
Software Zen:
delete this; -
I'm working on a project with a long build duration. How do you normally kill time when you return with your coffee and the build is still busy?
I usually get onto the C++ forum of CP.
It is a crappy thing, but it's life -^ Carlo Pallini
-
Stuart Dootson wrote:
it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes
That's a horrendous use of your time, IMO.
Software Zen:
delete this;It's not needed too often in my code, 'cause most of the time I've thought about it before I started. Other people's code, however... And anyway, if I spend the time waiting for builds doing this, then I've kind of not really wasted any time at all.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
-
It's not needed too often in my code, 'cause most of the time I've thought about it before I started. Other people's code, however... And anyway, if I spend the time waiting for builds doing this, then I've kind of not really wasted any time at all.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
There have been times in the past where I spent a lot of time 'rearranging' code due to factors like compiler limitations and other considerations. The payoff never seemed to match the effort expended.
Software Zen:
delete this; -
I'd rather grab a co-workwer and talk to a coffee.
One place I contracted at, one of the draughtsmen told me that
"Friday afternoons are all meat pies and grope."
I never did find out what he meant but it sounds like your sort of place. :)
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”
-
Stuart Dootson wrote:
it's a case of rearranging code and/or distribution of code between files to minimise the impact of changes
That's a horrendous use of your time, IMO.
Software Zen:
delete this;For me the reasons for optimizing the hardware, the OS and build process was a result of the following issue: When you change a single line of code in a header file and it takes 30 minutes to produce an new executable its clear that I was not making efficient usage of my time.. Now entire builds happen in less than 10 minutes.
John
-
I'm working on a project with a long build duration. How do you normally kill time when you return with your coffee and the build is still busy?
-
I had that problem once with an MFC project that had a mere 110,000 lines of code and then bought a new PC with 4GB of RAM and the slow builds went away. Albeit, not the best solution but it worked. :)
For my current project, I already had 4GB of RAM but still 30 minute+ builds. The biggest problem is the hard drive would not keep up with my dual core processor so the cores were being utilized less than 25% during parts of the build. After several optimizations (build process, code, hardware, OS) all is well (cores are being utilized 100%) and it usually takes less than 10 minutes for an entire rebuild.
John
-
For my current project, I already had 4GB of RAM but still 30 minute+ builds. The biggest problem is the hard drive would not keep up with my dual core processor so the cores were being utilized less than 25% during parts of the build. After several optimizations (build process, code, hardware, OS) all is well (cores are being utilized 100%) and it usually takes less than 10 minutes for an entire rebuild.
John
-
ouch. Dunno how long you spent tweaking it, but if you were that IO limited a ramdisk to hold temp files probably would've been a really fast payoff.
The European Way of War: Blow your own continent up. The American Way of War: Go over and help them.
Before I got the velociraptor, I thought of that and also a SSD. The biggest problem was what to put on the ram disk. The source would fit easily on a RAM disk but if I would put the build trees for the entire project including its library dependencies (with full source) this takes over 20GB when all 3 builds are generated (debug, release, relwithdebuginfo).
John