 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Mac Forum / Programming / CodeWarrior / January 2004Does CodeWarriror benefit from dual processor macs?
We plan to set up a dedicated build machine in our dev department and I am wondering whether a dual processor Mac would shorten compilation time compared to a single processor machine. We are currently using CW 9.1 on Max OS X 10.3.1. Thanks, Ulrich >We plan to set up a dedicated build machine in our dev department and I am >wondering whether a dual processor Mac would shorten compilation time compared >to a single processor machine. We are currently using CW 9.1 on Max OS X >10.3.1. CodeWarrior does not include specific instructions to utilize dual processors ( when we did this it actually caused builds to take longer) however we are working on this process and believe with the next gen of CW we can do it right. Bottom line is there is currently no benefit. Ron  SignatureMetrowerks, maker of CodeWarrior - "Software Starts Here" Ron Liechty - MWRon@metrowerks.com - <http://www.metrowerks.com> >>We plan to set up a dedicated build machine in our dev department and I am >>wondering whether a dual processor Mac would shorten compilation time compared [quoted text clipped - 7 lines] > >Bottom line is there is currently no benefit. Could this be done with the CW command line compilers and Make? Make will spawn new processes and I think you can make 'make' multi-threaded. It will then be running the command line compilers in different processes. Just wondering. >>>We plan to set up a dedicated build machine in our dev department and I am >>>wondering whether a dual processor Mac would shorten compilation time [quoted text clipped - 13 lines] >then be running the command line compilers in different processes. Just >wondering. Actually you can script CW by having two instances of it and making identical copies (using stuffit) of the project. I know of people that do this for long builds. Ron SignatureMetrowerks, maker of CodeWarrior - "Software Starts Here" Ron Liechty - MWRon@metrowerks.com - <http://www.metrowerks.com> > >>We plan to set up a dedicated build machine in our dev department and I am > >>wondering whether a dual processor Mac would shorten compilation time [quoted text clipped - 13 lines] > then be running the command line compilers in different processes. Just > wondering. It ought to work, since at that point it's no different than how Xcode uses GCC on dual-processor systems (it just invokes one copy of GCC per CPU). I haven't tested it, though.... -Eric SignatureEric Albert ejalbert@cs.stanford.edu http://rescomp.stanford.edu/~ejalbert/ > Could this be done with the CW command line compilers and Make? Make will spawn new >processes and I think you can make 'make' multi-threaded. It will then be running the command >line compilers in different processes. Just wondering. We're using Jam (other Make tools), with command line CW compilers, and we can use multiple CPU-s. In our case a double cpu made the compilation twice as fast. Miklós > We plan to set up a dedicated build machine in our dev department and I am > wondering whether a dual processor Mac would shorten compilation time > compared to a single processor machine. We are currently using CW 9.1 on Max > OS X 10.3.1. My experience is that a dual-cpu mac is much faster, under OS X, than a single processor one, because all of the O.S. stuff is running on the other CPU while CW is compiling. Also, CW runs its U.I. in one thread and its compiler in another, so you get benefit there, too. > Also, CW runs its U.I. in one thread and its compiler in another, so you > get benefit there, too. You do? Only if it's a preemptive thread, which I am pretty sure it's not. meeroh SignatureIf this message helped you, consider buying an item from my wish list: <http://web.meeroh.org/wishlist> |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.