Tilted Forum Project Discussion Community

Tilted Forum Project Discussion Community (https://thetfp.com/tfp/)
-   Tilted Technology (https://thetfp.com/tfp/tilted-technology/)
-   -   Are 64 BIt chips worthit yet (https://thetfp.com/tfp/tilted-technology/26715-64-bit-chips-worthit-yet.html)

Hanabal 09-11-2003 03:36 AM

Are 64 BIt chips worthit yet
 
Is it worth it to get a 64 bit chip yet for my games pc, as the next time i can upgrade will not be for 2 years at least, or should i wait till later this year,

On another completely unrelated note: Is the OEM half life 2 coming with radeon 9800's the full game or single player only.

Lasereth 09-11-2003 04:51 AM

I'd wait for the 64-bit chips. Check out my Athlon 64 thread if you want more info. The prices will be considerably lower by the end of this year.

-Lasereth

meff 09-11-2003 08:20 AM

Try out an Opteron if you have money, they can run both code and they're pretty fast too, but the clock speeds have yet to reach those of the top of the line AMD XP/MP and P4 procs.

Lasereth 09-11-2003 09:53 AM

Quote:

Originally posted by meff
Try out an Opteron if you have money, they can run both code and they're pretty fast too, but the clock speeds have yet to reach those of the top of the line AMD XP/MP and P4 procs.
They don't have to if they're twice as powerful. :) The 2.0 GHz ClawHammer is proving to be as powerful as a overclocked P4 at about 4 GHz.

-Lasereth

juanvaldes 09-11-2003 10:16 AM

If you have to ask no.

oberon 09-11-2003 01:35 PM

Quote:

Originally posted by meff
Try out an Opteron if you have money, they can run both code and they're pretty fast too, but the clock speeds have yet to reach those of the top of the line AMD XP/MP and P4 procs.
/RANT:
Repeat after me: Clock speed does not necessarily reflect performance.

Ok, that said, to clarify... clock speed is only part of the equation. The *real* metric is execution time. And execution time = instructions per program * clock cycles per instruction * seconds per clock cycle.

You see, the clock rate is only part of the story. If your CPU needs fewer clock cycles per instruction, it will be faster than a CPU with a higher clock rate, assuming they need the same number of instructions per program.
/END RANT

Ok, that said, 64-bit CPUs only make sense in a few areas: bandwidth (I/O, CPU, and memory), and memory size. So unless you have software that will take advantage of one of these, you won't get much out of a 64-bit CPU, especially for your money.

Personally, I'm building a cheap Athlon XP box for now and I'll turn it into my fileserver next year when I get an Opteron. :)

charliex 09-12-2003 02:18 PM

oberon, not quite, modern processors have multiple pipelines and hardly anyone uses clocks per instructions timing anymore since you can't easily predict it (not a PC , since P3) since you generally don't know the answer till it runs and by sampling it, and even then its not always the same.

the second part doesn't quite work either as its very unlikely you'd have a machine with the same style of CPU that had less cycles per instruction compared against a CPU with the same instruction set with more cycles at a higher clock speed.

say a RISC Vs CISC a lower cycle count for a RISC (generally 1 ) requires more instructions, but it can be beat out by a CISC with a higher number of cycles per instruction and a higher clock speed, which is typical these days.

Your formula for execution time is way off, at the very least its 6 years out of date. , i'm not even sure i understand it whats "seconds per clock cycle"?

[edit] i think i might see what you mean by seconds per clock cycle, how long it takes to execute one cycle ? , which would be a . followed by a lof of zeros and a number, but either way its still way off.

Mad_Gecko 09-12-2003 03:54 PM

Can you catch a bus? Thats how fast we can send info.......

I think faster than you, but you send information faster than me, Who wins?

Hanabal 09-12-2003 04:02 PM

umm yes, Walks slowly away avoiding eye contact

oberon 09-13-2003 03:31 PM

Quote:

Originally posted by charliex
oberon, not quite, modern processors have multiple pipelines and hardly anyone uses clocks per instructions timing anymore since you can't easily predict it (not a PC , since P3) since you generally don't know the answer till it runs and by sampling it, and even then its not always the same.

the second part doesn't quite work either as its very unlikely you'd have a machine with the same style of CPU that had less cycles per instruction compared against a CPU with the same instruction set with more cycles at a higher clock speed.

say a RISC Vs CISC a lower cycle count for a RISC (generally 1 ) requires more instructions, but it can be beat out by a CISC with a higher number of cycles per instruction and a higher clock speed, which is typical these days.

Your formula for execution time is way off, at the very least its 6 years out of date. , i'm not even sure i understand it whats "seconds per clock cycle"?

[edit] i think i might see what you mean by seconds per clock cycle, how long it takes to execute one cycle ? , which would be a . followed by a lof of zeros and a number, but either way its still way off.

It's from my book, "Computer Organization & Design", published in 1998, which discusses pipelining in chapter 5 (pipelining first appeared in 1985 in the 80486 & MIPS R2000 CPUs). It's a little old, but I think the principle still applies. Sure "seconds per clock cycle" is a pretty small number and would be better represented inversely. But then it wouldn't work in the formula. :)

You're right about pipelining though, it does complicate the matter a little bit. My studies of this subject are incomplete, but I think my original point remains intact: clock cycles tell only part of the story.

Lasereth 09-13-2003 04:21 PM

You don't really need any other explanation than running a benchmark test on a 1.8 GHz Pentium 4 and a 1.8 GHz Athlon XP. A PC with the same specs except for the processor would differ drastically on benchmark scores. I'd say the Athlon XP would get about 3,000-5,000 points higher on 3d Mark 2001 easily. Hell, run SiSoft Sandra with an Athlon XP if you want more proof. A 1.6 GHz Athlon XP Palomino core is the equivalent of a 2.2 GHz 400 MHz FSB Pentium 4. Clock speed means what it says: clock speed. Unfortunately, programs/games/applications today use more than simply clock cycles. That's apparent after benchmarking identical PCs sans the same processors.

-Lasereth

merkerguitars 09-14-2003 10:15 PM

In my opinion no....definately not worth the cost...sure if i could rip dvd's at 1/4 of the speed and every game would run smooth as silk i would say yes.

charliex 09-14-2003 11:29 PM

oberon, i was pretty close then with the 6 years ;) and pipelined cpus have been around since at least 1962.

while its true that clock speed isn't the global benchmark in PC's it isn't as simple as it appears, and its well beyond the laymans abilities to understand it, which is why it makes such a good marketing ploy. With multiple pipelines, out of order execution, prediction and caching its a phenomenally complex model.

You can sort of compare clock speeds if you normalize them into the same space first, which is approximately what AMD did with their ratings, the advertised clock speed is the normalized rating against intels, they did this because they knew the consumer and marketing depts. would look at clock speeds as a comparison, so they did what they could to show the benefits of their more bang for the buck with a normalized ghz/mhz rating

A 5 GHZ p4 will outrun a 3 GZ P4 , even if the only thing that changes is the clock speed, so ergo the clock speed is important, but as with any statistic it is important to make sure that the scale used is correct.

Anyway with a 64 bit CPU the biggest gain is generally the width of the data transferred, as well as domain size, however alot of systems already transfer at 64/128 bits.

Theres no guarantees a 64 bit system will be faster than a 32 bit one, it may even be slower, it can just be setup to give you the larger domain for a speed penalty.

Its all very complex, and even generic benchmarking really only tells you about that generic benchmark, its easy to make your chip look better since it is such a complex system, and theres a lot of snake oil.

Simplest thing is just to get real world benchmark information using the applications and data you would actually use the machine for as opposed to some tabloid newspaper style benchmark such as 3dmark etc, only that will tell you if its better or not.

oberon 09-15-2003 09:21 AM

charliex:
You're right, it's very complicated. And of course, the bottom line is still execution time of a given real world application, as you said. Screw the details: clock rate, pipelining, branch/jump prediction models, blah blah blah.

Can we agree on that, then? And stop boring the non computer engineers. :)

Mephisto2 09-15-2003 06:51 PM

charliex never gives up.

Isn't that right mate?..

:)

Mr Mephisto

Lasereth 09-15-2003 06:54 PM

A bit of news on the subject:

The new 64-bit AMD chip was codenamed ClawHammer and SledgeHammer. The SledgeHammer eventually became the Opteron, which is out right now. The ClawHammer has evolved into the Athlon 64, which is the desktop chip which will debut on September 23rd of this year. So gamers will most likely be interested in the Athlon 64 chip, which is designed nearly identical to the Opteron except on a non-server (or non multi-processing) level.

-Lasereth

charliex 09-15-2003 08:07 PM

and there was me thinking this was a discussion board ;)


All times are GMT -8. The time now is 11:43 PM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Search Engine Optimization by vBSEO 3.6.0 PL2
© 2002-2012 Tilted Forum Project


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73