AMD Going Dual-Core In 2005 309
gr8_phk writes "We recently learned of Intel's
plans to go dual-core in late 2005. Well it seems AMD has
decided to follow suit. It should be noted that the K8 architecture has had this designed in
from the start. Will this be socket 939 or should I try to hold out another year to buy?"
Does dual core mean dual licensing costs? (Score:5, Interesting)
How long will it take to argue that consumers with a dual core processor should pay 2x the price? I'm betting not long.
Re:Why not quad core? (Score:5, Interesting)
shall I invest in heatsink business? (Score:5, Interesting)
Re:Just get... (Score:5, Interesting)
should I try to hold out another year to buy? (Score:4, Interesting)
From my own personal point of view, my dual athlon 1.5ghz is still holding out beautifully. When the cash comes my way Im banking on a powerbook. Truth is I dont need another desktop just yet. However if i had a stupid disposable income, and one that predictably would hold out till these dual cores come out id proabably get one now, and get one later.
When I built this machine I bought the highest spec parts I could afford at the time and I havent upgraded for 2 or 3 years aside from upgrading the graphics card. The rule I live by is get the best available that you can afford at the time and it should keep you going for a good while.
Im running gentoo box; faster processors would be very nice for source compiles but I gave up on churning out seti blocks a while ago and dont have a massive reason for further processor power
Really nice alternative to dual processor systems (Score:5, Interesting)
Some years ago I was thinking about getting a dual processor system. Alone the motherboard was two times as expensive as a similar single processor one, applications did not support it all and so on. I hope newer applications are ready for dual cores. Quake III was the first game I know that used two processors and finally I can consider that animated desktop background.
Is there a list which applications can effectively use dual cores besides obvious things like webservers?
Re:What about Apple? (Score:5, Interesting)
In all probability the PPC little brother of Power5 (rumored to be called the 975) will debut at 90 nanometers and the next chip will be a ~60 nanometer dual core version possibliy called the 976.
Which if these will be called the G6 is left up to the reader as an exercise. My money is on the 976. Either way the PPC has some serious legs.
=tkk
Re:Just get... (Score:2, Interesting)
Well (Score:4, Interesting)
I highly doubt Apple will switch to x86, it's a pride thing if nothing else. Also, at this point, a switch would upset everything. It could have been done, potentially, with the OS-X switch. Since software was having to be ported to a new OS, a new architecture port is just one more thing. Now, however, x86 Macs would be binary incompatible with PPC Macs. That means emulation, which isn't very efficient.
I think Apple is pretty much stuck on PPC for good.
Re:What about Apple? (Score:2, Interesting)
Apples are the only RISC-based consumer desktop platform, it would be tragic if they moved towards Intel with all its legacy baggage.
Re:Really nice alternative to dual processor syste (Score:2, Interesting)
why go for CMP and skip SMT (Score:5, Interesting)
While CMP processors can give us rougly the same performance of a standard SMP system (somewhat faster due to interprocessor communication and shared memory, but also slower due to a larger memory bottleneck) I don't think that a CMP system would compete with a simultaneous multi-threading (SMT) solution.
While Intel's response to SMT (hyperthreading) has some benifits the performance of it is rather lackluster. The reason has more to do with their particular implementation. If you've read about the initial observations on SMT an 8-way SMT processor was shown to outperform a 4-way CMP processor. Now, I must note that the 8-way smt processor had more functional units then the cores in the 4-way CMP processor, but the overall area of the 8-way SMT processor would be much much smaller (far less structures need to be duplicated for SMT as opposed to CMP). For more information on this check out some of the papers at http://www.cs.washington.edu/research/smt/
What I don't understand is the insistance of the industry to use CMP first. From everything I've read, an 8-way SMT processor should take up less die space then a two way CMP processor. Even assuming that the 8 way processor contains more functional units. It kind of makes sense that a CMP processor is faster when there aren't enough threads to fully utilize a SMT processor (say only 2 or 3 threads that want full cpu usage). I guess SMT is a big chance in the model of programming and application development (I'm currently running research on the subject which is why I'm so interested in it). Is the reason to embrace CMPs simply because there's less new technology to add (they "just" have to interconnect two cores as opposed to adding the extra logic for SMT).
Does anyone else have any other opinions regarding this matter, or any idea why no one seems to be fully embracing SMT's potential.
Philip Garcia
Re:You response was half right and half assed (Score:2, Interesting)
Cpu temps in the mid 50's C. Not what I would call screaming...
Why not 8 x i486 cores? (Score:4, Interesting)
SMP and Windows stability? (Score:3, Interesting)
While I find that multiprocs settings under Linux improve things to a significant degree (although there are still outstanding issuess with NVidia proprietary drivers and SMP), I found the opposite true for Windows.
The last time I tried, which was about 2-3 years ago, many drivers didn't seem to expect true concurency under Win2k and I was experiencing significantly more crashes on my dual P-III than when I forced the system to only use one of the CPUs. Yet it probably wasn't the hardware because that same machine was very stable with Linux.
With the advence of hyper-threading, have things improved markedly with WinXP?
They already have dual channel memory cntrl (Score:3, Interesting)
Re:Why not quad core? (Score:3, Interesting)
Re:The main issue will be memory! (Score:5, Interesting)
Yes, it does.
If you're at all familiar with the Opteron architecture, you'd realize that each chip's memory controller does, indeed go to a new memory bank.
As an example, I just bought a 4-way Opteron. It's got four seperate banks of memory on it. Each processer has a 128-bit, DDR400 memory controller, all independent of each other.
If you have a program on each CPU, accessing memory tied to that CPU, the 4-way machine I mentioned would have a theoretical memory throughput of 25.6 gigabytes/second. The theoretical throughput of a dual-Xeon machine is 5.4 gigabytes/second. That's a huge difference.
You're right, it takes some intelligent work to schedule programs on CPUs that are close to the memory the program will access. If you hadn't been in a hole for the past year or two, you'd know that there has been a lot of work put into Linux to make it handle these NUMA architectures more intelligently. IBM has some VERY large NUMA systems, and has been pouring a lot of development into Linux.
As for system costs going up so much that it would be prohibitive for a desktop, think again. AMD's entire desktop line is transistioning to the Opteron architecture. Even the lowly 1xx single-proc Opterons and Athlon64's have nearly all of the features of the highest 8xx 8-way chips. The difference between a 848 and a 148 is just reduced cache, and fewer Hypertransport lines out of the chip.
steve
Re:What about Apple? (Score:1, Interesting)
Re:Why not 8 x i486 cores? (Score:2, Interesting)
Re:Does dual core mean dual licensing costs? (Score:1, Interesting)
Re:why go for CMP and skip SMT (Score:2, Interesting)
From this simple fact it seems intuitive that a super wide issue processor would take up maybe 10-15% more die area then a conventional superscalar. Then you add another 5-10% of the die area to the required duplicated structures and extra rename registers, and you end up with a super wide-issue SMT processor that takes the advantages of a superwide issue processor, and adds the latency hiding features of SMT to get a speedup of well over 2 times.
I think the most accurate reason may have more to do with the simplicity of going the CMP route.
Phil
Re:Exactly my first reaction! (Score:3, Interesting)
Re:Integrated memory controller (Score:3, Interesting)
Re:why go for CMP and skip SMT (Score:1, Interesting)
By the way, the SMT in Montecito is not "fine-grain" SMT like Hyperthreading, but "coarse-grain" SMT as in IBM's RS64 series of chips (as opposed to POWER series).
More Cores (Score:2, Interesting)
The reason this works out as more is better is simply because we can. Think about how small the processes have gotten. Most will be over to
My only concern so far has been on the usefulness of dual cores. I am sure they have made some sort of hardware method to allow current software to continue treating the chip as a single CPU, because otherwise it would be pretty useless to have what amounts to really having twice the CPU on the same chip space since most software isn't multithreaded to handle multiple chips. But I am sure they have taken care of this. Better stop before I look like I am rambling....