Re: Compile Times...
Posted by Gorbachev on
Tue Mar 27th 2007 at 4:47am
1569 posts
264 snarkmarks
Registered:
Dec 1st 2002
Location: Vancouver, BC, Canada
Honestly your current system isn't bad. I really only know of the older compiler and it's been a while...I used to know it inside-out almost, but I haven't even looked at HL stuff in over a year. There's a max that certain amounts of RAM and Processor speed will cap at due to different factors, although if the compilers can take advantage of dual-cores then that's probably the only thing I can think of that will make a marked difference in your case.
Re: Compile Times...
Posted by Crono on
Tue Mar 27th 2007 at 5:39am
Crono
super admin
6628 posts
700 snarkmarks
Registered:
Dec 19th 2003
Location: Oregon, USA
Memory speed and CPU speed are the only things that predominantly effect compile times (HDD access speed is also a factor)
I don't see why you'd want to do an insane-blow-my-brains-out-upgrade, really. I could see upgrading the CPU to a dual core, or something like that, but doing something extravagant wouldn't be prudent when talking about cost.
People seem to be asking this question a lot, so, I'll lay down a couple things to remember:
1) You should be more concerned with how well the map runs, not how long you'll be inconvenienced for when you compile it. Also be aware that while you're building the level you should be using "fast" compile options. Then when you make a final release, you turn all the "bells and whistles" on, so to speak.
2) It's a compiler. All operations being done are pre-computations or translations so the game can read in the map. So, everything is done on the CPU. You can treat it like any cpu intensive task. It has no comparison to how well the actual game runs on your system.
People seem to be confused by this for some reason.
Foremost: What is happening (most likely) is that the CPU can't possibly compute the data it's working on faster than the data can be retrieved from memory.
We can pretty much assume that the calculations being done (on vis and lighting, for example) are far too complex for the system bus to be slowing the process down by leaving the CPU idle. So, the only way you'll notice ANY speed up is if you get a faster (or multi-core) CPU.
As for the amount of memory you have, there's a good chance that Windows forces Hammer (or whatever editor) to use virtual memory even if physical memory is not even close to full ... so adding more memory to 2GB (which is a good chunk of memory, twice as much as myself) wouldn't do much of anything. You will definitely notice some increase in speed because not as many things will be paged, but for specifically speeding up compile times ... it'll have little to no effect, when you're compiling data, it's not large enough nor old enough to get the boot into VM (unless you begin compiling and then run a game or something!)
Overall, I wouldn't suggest upgrading anything really, especially if your goal is to simply cut down compile times. A better solution, would be to figure out how level complexity works in whatever game this is for (or language!) and then try to optimize the way you create things to suit that.
Blame it on Microsoft, God does.
Re: Compile Times...
Posted by Wild Card on
Tue Mar 27th 2007 at 11:45am
Posted
2007-03-27 11:45am
2321 posts
391 snarkmarks
Registered:
May 20th 2002
Occupation: IT Consultant
Location: Ontario, Canada
Yup, agreed with a lot here. Your rig is fine, short of being NASA super computer compatible :cool:
As far as I know, going to a slower dual core rather than a faster single core would slow down your compiling because compiling is still a single-process... err.. process.
But check your map-work. Do you have overlapped brushes? Do you have overly stretched textures? Do you have long brushes which get hit by different lighting entities? (If thats the case, cut the brush into smaller pieces). Maybe texture outside brushes (which face the void) with a null texture or something.
Then again, Im going by 2-3 year old HL1 data here but I'd imagine it still applies.
Re: Compile Times...
Posted by Wild Card on
Tue Mar 27th 2007 at 3:10pm
2321 posts
391 snarkmarks
Registered:
May 20th 2002
Occupation: IT Consultant
Location: Ontario, Canada
Typing with your ass? No by all means continue, that sounds like quite a talent :biggrin:
Re: Compile Times...
Posted by Naklajat on
Tue Mar 27th 2007 at 11:26pm
Posted
2007-03-27 11:26pm
1137 posts
384 snarkmarks
Registered:
Nov 15th 2004
Occupation: Baron
Location: Austin, Texas
Source maps compile much faster than GoldSrc maps, especially if you use func_detail copiously (so do so if you don't already).
o
Re: Compile Times...
Posted by Crono on
Wed Mar 28th 2007 at 12:37am
Posted
2007-03-28 12:37am
Crono
super admin
6628 posts
700 snarkmarks
Registered:
Dec 19th 2003
Location: Oregon, USA
This is what I was talking about earlier. The one that will always take the longest (in a full fledged map, thus situations where you care about compile times) is radiosity calculations. Calculating the bsp tree and vis leafs would not take as long, so unless you have a very poor layout (where backtracking would happen when constructing that tree) it will always be faster.
So, the tool that is your friend in hl2 is the cordon texture. Check it out if you're already unaware of it.
Blame it on Microsoft, God does.
Re: Compile Times...
Posted by Naklajat on
Fri Mar 30th 2007 at 1:35am
1137 posts
384 snarkmarks
Registered:
Nov 15th 2004
Occupation: Baron
Location: Austin, Texas
INSANE
Sorry I couldn't resist :razz:
If you throw a bunch of beefy parts in your compy, like twice the RAM, some 10K RPM hard drives and a CPU that takes a whole lot more jiggawatts, don't neglect to upgrade your power supply. An overstressed power supply could end up frying itself and all your expensive new parts, and a cheap (low amperage, low efficiency) power supply adds a lot of heat and causes unstable voltages, overvoltage, and noisy current, all of which can lessen the lifespan of your components.
o
Re: Compile Times...
Posted by Mr.INSANE on
Fri Mar 30th 2007 at 2:53am
156 posts
86 snarkmarks
Registered:
Jan 29th 2006
Occupation: Student
Location: California,USA
Just throw in a BFG 1kw power supply and youll be good
Why Do we all have to wear these ridiculous ties
Re: Compile Times...
Posted by Crono on
Fri Mar 30th 2007 at 5:02am
Crono
super admin
6628 posts
700 snarkmarks
Registered:
Dec 19th 2003
Location: Oregon, USA
Nothing needs anything close to a kW of power. Getting a kW power supply would be a waste of money. If you want to plan ahead, look at a 600W power supply.
Blame it on Microsoft, God does.
Re: Compile Times...
Posted by Orpheus on
Fri Mar 30th 2007 at 10:17am
Posted
2007-03-30 10:17am
Orpheus
member
13860 posts
2024 snarkmarks
Registered:
Aug 26th 2001
Occupation: Long Haul Trucking
Location: Long Oklahoma - USA
I've always wondered. Does say a 500w tower pull 500w all the time or is it just capable of 500w peak?
Whats the idle wattage, if its not?
I have a 500w tower, I'd hate to think that 5 100w light bulbs are running 24/7. :sad:
The best things in life, aren't things.
Re: Compile Times...
Posted by Orpheus on
Fri Mar 30th 2007 at 10:54pm
Posted
2007-03-30 10:54pm
Orpheus
member
13860 posts
2024 snarkmarks
Registered:
Aug 26th 2001
Occupation: Long Haul Trucking
Location: Long Oklahoma - USA
I do, sometimes but I am oldschool and believe that more damage is done by turning them off/on.
Next question:
I have a mainboard that supports both ATA and SATA Hard drives. Can you use both simultaneously?
I ask because years ago I had a mainboard that supported both pc133 and pc2100. You had to chose which to use. You couldn't be running both at once.
I will be getting my library up soon and want to invest in a SATA drive and use my old 160gig ata drive for the library.
The best things in life, aren't things.
Re: Compile Times...
Posted by Orpheus on
Sat Mar 31st 2007 at 1:45am
Orpheus
member
13860 posts
2024 snarkmarks
Registered:
Aug 26th 2001
Occupation: Long Haul Trucking
Location: Long Oklahoma - USA
Thanx Fisheye.
That's good news.
The best things in life, aren't things.