Slashdot Mirror
Intel And AMD's Dual-Core CPUs Investigated
Hack Jandy writes "Anandtech has a bunch of insider information concerning Intel and AMD's move to dual-core CPUs. The article has lots of great information on how the move to dual-core processors affects modern computing - in particular, Anand sees more promise in multiple CPU cores that perform different operations, rather than just stamping two identical cores on the same processor like AMD and Intel are doing now."
Look Ma! I got a Ferrari that when you press a button becomes a Yugo!
/^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i
I would rather have faster processors than multiple cores, as it is not enough is multi-threaded. Even the highest end 3D apps, their render engines are SMP capable, but all geometry translation/deformation is not. That would be one core right? Unless multiple cores could show up as one single core/proc in the OS..
>Anand sees more promise in multiple CPU cores that perform different operations
Aren't they called 'CPU' and 'GPU'?
The applications simply aren't there, as AnandTech mentions. Hyperthreading, for instance, did not cause sudden and dramatic speed improvements. The only benefits we're going to see are with applications specifically written for multiprocessor systems. These can take full advantage of the strengths of dual core CPUs.
US businesses that currently accept chip and PIN/signature
how about an 'ordinary' cpu and another core that was good at floating point operations?
They whose government reduces their essential liberties for temporary security, receive neither liberty nor security.
Given some vendors (eg Oracle) who like charging for licenses on a per-cpu basis, doesn't this translate into an unavoidable increase in licensing costs ?
As this kind of technology becomes more pervasive, and manufacturers stop supporting single cored CPU's , customers end up paying more for software licenses with no way of avoiding these unnecessary costs.
Often the extra 'grunt' is not needed.
Its seems that Intel have lost their technology edge. Early in Intel's life, the company direction was driven by the engineers, but it over the last few years, highlighted by the mhz race, all tech R&D has been driven by marketing managers. This was probably to be expected. Marketers and non-tech managers are usually very good with people, very good at playing politics, and hence very good at influencing company direction; far better than most engineers. Intel is now paying the price for their incompetence by loosing out to smaller, more hungry competitors.
0 (Project Niagra). Intel certainly has much catching up to do, but its time for a new race and hopefully they'll get their arse into gear and show us some exciting things in the years to come, that is, if the marketoids can be somehow dethroned from their positions of power.
I don't know where the Itanic fits into this theory. I guess if it wasn't so late, and was made available during the tech bubble, Intel would now be on a fundamentally different track, rather than playing catch-up (poorly) with more innovative companies.
Now, onto multi-core chips. This is actually a very exciting direction. Sun has already demonstrated an 8 core, quad-hyperthreading 32-way chip http://blogs.sun.com/roller/page/jonathan/2004091
I think they should dynamicly change the clock speed based on heat content. Have a max hz, then have it slow down the hotter it gets. Then you could remove the cpu fan and not worry about it, save the fact that it would be slow as dirt.
I think the CPUs would be the same speed sorta. Just have one tweaked for say floats and the other something else. If you have a float heavy process you use core 0 and otherwise core 1. You can end up with the same CPI for standard loads but with some programs would do better with one than the other, as they aren't standard.
It is no longer uncommon to be uncommon.
Despite the end of 2005 being the time for dual core, the desktop world will be largely unchanged by its introduction. It will take application support more than anything to truly bring about performance improvements, but with an aggressive CPU ramp developers may be more inclined to invest in making their applications multithreaded as more users have dual core systems.
The more I look at roadmaps, the more it seems like while 2005 will be the year of anticipation for dual core, 2006 may be when dual core actually gets interesting. Until then, I view dual core on the desktop as a nice way of getting attention away the fact that clock speeds aren't rising.
It's a necessary move in order to gain more traction and support for multithreaded desktop applications but its immediate benefit to the end user will be limited. But then again, so has every other major architectural shift.
I hope that w/ multicore CPUs speach recognition (you shout "archers to the big tower!" and they do) and maybe camera tracking of player's movement will be more commonplace in games. I guess that would be pretty cool stuff until 3d-without-glasses-or-helmets displays come to life.
Is just me or does it seem odd they are using x20, x30, and x40 for names? I guess x20 + x30 + x40 does make an x90, slightly better than my x86.
My old PC had this, it was called a turbo button.
-Copyright law #69:Whenever Mickey Mouse is about to enter the public domain,copyrights get extended by 25 years.
At least yesterday they were still in.
Amds dual core chips dont use a local HT link to for core-core communication. They have both cores linked to a crossbar, which also has ports for the HT-links and the memory controller.
So a dual core chip still has 3 outgoing ht links, allowing to use 8 dual core chips in one system without "glue"
HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
In terms of "marketing speak", this is a good opportunity for Sparc and PowerPC chips to catch up to the X86 architecture.
Thanks to Intel's own marketing, most users are used to seeing that Mhz = power, and Apple suffers from the fact that the G5 tops out at 2.5Ghz, while Intel chips cruise along at 3+Ghz. Sun's SPARC architecture suffers from the same illusion, although comparably, both the Sparc and PPC architectures are quite close to X86 in terms of actual horsepower (not so much with Sparc, but Sun's true power is total throughput and reliablity and scalability, not flops).
With Intel "stuck" at around 4Ghz, IBM/Apple could figure out how to ramp up the G5 (or it's successor) to 4+Ghz, and beat Intel at it's own marketing game.
Similarly, this bump in the roadmap for Intel could be the opportunity for other/alternative CPU architectures to gain some marketshare.
(Posted as someone very, very tired of the Wintel Monopoly)
If telephones are outlawed, then only outlaws will have telephones.
It looks like IBM chose the right direction to go with their line of processors. With things like the power 5 chip, and altivec processing units combined you get more bang for the buck vs a dual core x86 chipset running at a higher clock speed.
However I dont see a mass migration to the power platform due to the entrenchment of the desktop market. BUT if they can proove they have the more powerful upgrade path we may be seeing more powerPC type servers in the farms as businesses upgrade and look for that power for price. With PPC linux this will be possible and Microsoft will be sitting around wondering what the hell happened.
I remember this multiple cores thing back in the 386 days, when you had a processor, and then, on a seperate chip, the math co-processor. All this is doing, is putting the two things on the same chip. I like the seperate chip route, where you can upgrade later if you want to, and without having to rebuy the part of the processor you already have. I'm pretty sure that the 386 DX didn't do multithreading on the two processors, but the OS wasn't even multithreading at that time, so I don't think it would have mattered.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
There is a very interesting article in the last edition of Fortune. I think AMD got it right this time around.
:
s /0,15114,724543,00.html
:(
My favorite quote
AMD CFO Rivet explains
"As hard as we tried to win the hearts and minds of CIOs, with the desktop as our focus we were going to fail. They made their decisions with the server on down. When Intel had 100% of the x86 server market, it could charge whatever it wanted and use that money to beat us on desktops. We had to be in the profit haven".
Ruiz (CEO of AMD) calls the server-led approach "do or die" for AMD: "If we hadn't pulled this off I would have shut the door"
From the Fortune article:
AMD: Chipping Away at Intel
CEO Hector Ruiz came from humble roots to propel AMD into the big leagues.
http://www.fortune.com/fortune/technology/article
You need to be a subscriber to read the whole article
A hungry bear does not dance!
On a single CPU system, the X client and server compete for time. It can sometimes be faster to run certain apps over a fast network than locally on the same machine.
On a dual machine or multi-core machine the client and server can both be given time on separate CPUs or presumably different cores on the one CPU.
Deleted
of the "end of Moore's law" all over the place. Heat. They can't increase the clock speed any more because it produces too much heat. That's why Intel canceled 4Ghz pentiums. If you can't go up, you have to go sideways.
Certainly about how AMD do dual-core, which as it has been detailed since 2001 (and talked about since 1999) I think is extremely poor for a large website like Anandtech to get wrong.
See comments 50, 51 and 54 that go with the story to see how AMD actually do dual-core (they don't 'fuse' hypertransport links together, like the article says they do)
What is sadder is that they haven't corrected the story even though the incorrectness has been pointed out to them in the feedback, and presumably via e-mail as well. Nothing in the article can be trusted in any way because if basic facts are ignored, then what about the rest?
I certainly do not think that such poor articles should be linked from Slashdot. Why should AnandTech get rewarded for such shoddy work?
Maybe we'll see dual-core CPUs where the second core does some
of the 3D-calculation today's graphics chipsets do?
That would certainly be useful for some fields of math.
I think Anand was suggesting that in his article. While the schedulers of Linux and some of the other OSes may be able to handle that, I don't think you want to go that way given the hacks that are used in schedulers, e.g. the hack that Linux uses when running a high priority and a low priority thread on the same hyperthreaded processor. All system accounting is done in terms of processor run time and on an ASMP system, run times aren't going to be equal.
This is a tricky time for hardware manufacturers - how to promote upgrades which are essentially placeholders for a new hardware generation - and hope like hell that Microsoft will actually promote applications that will use that new functionality. Because Microsoft can afford to lose their R&D money, Intel and AMD cannot.
Don't get me wrong, I'm looking forward to true 64-bit dual core architectures on the PC platform, but unless something amazing happens in the next 12 months, Microsoft will again be the gatekeeper to the mass uptake of that hardware, geek rage and linux notwithstanding. The shark will get it's DRM when the makers are appropriately terrified, and even then they may not make their money back.
From a manufacturer/reseller point of view, it's not looking all that certain. Uncertainty is deadly to the CPU/mainboard market, and I'm seeing it in the hedged bets of computer swapmeets and resellers. The explosion of mp3 players, digital cameras, dvd burners and the astonshing fall in solid state memory might take up the slack for now, but that still means those crucial early-adopters aren't looking at the new goods.
We live in interesting times.
insecurity asks the wrong question irritation gives the wrong answer
In general purpose computing it would be nice to have one core dedicated to mathematically intensive tasks and one for the housekeeping. So that while you compile your X does not hang.
My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
FB : https://www.facebook.com/TanveersPhotography
--
Simon
Would it be possible to have a dual core processor with both a PPC and a x86 core?
I know.. how about putting both a general-purpose CPU and a dedicated floating-point processor on the same die? No one's done that yet!
The article is not there to inform. It's there to draw customers. Most of these will skim the article and regurgitate the buzz words at their next meeting.
IMO this dual core stuff's greatest impact will be the fire it lights under developers. It gives a new performance battlefield.
I was serious.
There was interesting paper at ISCA a few years back that proposed vector extensions to the Alpha ISA (called Taranula) and then making a dual core processor with the second core a vector core. The vector core would still be dependent on the scalar core for certain functionality (eg, supplying scalar arguments, renaming) and they proposed a 16MB!! L2 cache to feed the beast, but the performance numbers (especially the performance/power numbers) were pretty impressive.
From what I saw, Intel is using AMD's x86-64?
Anand sees more promise in multiple CPU cores that perform different operations,
I would think the flexability would suffer in dedicating cores. Why dedicate the resources when they can be dynamically be assigned based on optimun need? But I take Anand worth a grain of salt as it is mostly PR statements from them anyway.
I figure the next step will be something like a quad core with SMP functional enhansements built in. And keep the power consumption down so you can pack two of those chips into a desktop or 1U server.
I loved that button! Computer goes fast, computer goes slow. Computer goes fast, computer goes slow. Computer goes fast, computer goes slow.
Yay!
What is the difference with duel core and hyper-threading? Are they not supposed to solve the same problem? Make the computer act like there are multiple processors. MIKE
Dual cores are in my mind not the 'way forward' as Intel and AMD are pushing them but they will certainly fill the gap as they strive to design the next generation of cores that will push the raw Ghz barrier back even further.
I see this as a way to make it look as if the technology is progressing when in fact it is not. We all know that Intel have been finding it very difficult to keep on ramping up the core frequency of the P4, and I guess we will see AMD start to struggle more and more to ramp up their new x86-64 cores
Hey if they crack the dual core idea and the take up is good perhaps these new cores will also dual core, which can't be bad can it ?
Plus with advanced applications like voice recognition hopefully coming into their own in the next few years a seperate CPU to handle all the 'behind the scenes' stuff will be a boom.
- Leigh
Intel's P4 can't go any faster because of heat, and they can't do anything about it.
The hell they can't. Three words would fix Intel's heat situation easily: Desktop Pentium M. Where can I buy such a motherboard?
Given some vendors (eg Oracle) who like charging for licenses on a per-cpu basis, doesn't this translate into an unavoidable increase in licensing costs ?
No, it translates into the one-time cost of "Fuck you, our business is migrating to PostgreSQL."
This month's Sci. American outlines the way dualies ease the chip maker's problems in keeping pace with Moore's law...and its not just physics. Economics kills proposed new microprocessors just as dead as insurmountable heat dissipation problems.
Sci Am does not put up current content on its site for free. Go to the library.
SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
Instead of adding dual cores, I would rather have a larger, more capable cache. For example, with enough chip real estate, I would rather have a 16 MB fully-associative L2 cache, rather than a second CPU. After that, I would look for ways to speed up CPU memory bus inter-node communication (e.g. something like SGI NUMAlink) to get to neighboring nodes. Someone has decided that adding an extra CPU is cool, but, I would like to see an objective engineering trade study comparing the extra CPU to the option of spending the same real estate on cache.
I have a dual Athlon MP 1200 board, and before that, an Abit BP6 (dual celeron). There are advantages to having dual CPUs. One of them is, if a rogue process suddenly starts using up an entire processor (a situation that would bring single cpu systems to a hard-lock) you might not even notice a performance problem until you try and use that process. You can run twice as many processes and won't see a performance hit (provided you have the RAM). For example: I can run about 4 instances of Diablo II Expansion, Firefox with about 10 pages open, and tons of other little things in the background. I'm currently running 46 processes, including 3 diablos, Firefox with 7 pages open, AIM, Rapidbackup, Google desktop search, gmail notifier, getright, Ultraedit, TrayIt, Windows Sniper, Clipomatic, Transtext, Tclock, stickies, powermenu, winbar and all the usual system processes. This is the normal state of windows for me and it runs just fine.
However there are disadvantages too. Good luck finding a soundard with lots of features that gets along with dual CPUs. Creative has awful drivers and I'd almost swear they don't bother testing them, most other soundcards do just as bad or worse and offer fewer features. I built this machine back in fall of '01 and it wasn't until about a year ago that they released a set of drivers for the Audigy that I couldn't cause a BSOD at will with. If I ran Winamp using the directsound out and seeked around within a song repeatidly really fast it would BSOD 100% of the time. Not to mention you have to buy TWO processors rather than one, and the board was ~$500, is E-ATX, barely fits in an Antec SX1200 (HUGE case). In fact the hds stick out over the DIM slots and almost over the 2nd CPU. My case is gigantic and its too small for this motherboard.
Question everything
Look at the DSL, OMAP etc., chips. Some of them have 6 DSPs. The more common ones that go into your DSL modem have a DSP along with a general purpose processor like MIPS. Actually its not the process of putting the processors in one die which is the bottleneck. How to use them is the bottleneck. In case of Signal processing chips(DSL/Fibre etc.,) it is easy coz the task is fixed. But in a general purpose CPU you need an advanced management system which can actually decide in real time what talk goes where
My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
FB : https://www.facebook.com/TanveersPhotography
Grandparent: >Anand sees more promise in multiple CPU cores that perform different operations
Aren't they called 'CPU' and 'GPU'?
Parent: Sometimes I wonder why people even post...
Another possibility is where the entire system is devoted to a single task (think HPC: fluid flow, weather simulations, etc) where you could have threads doing the intensive floating point calculations on one core, and the heavy integer arithmetic on the other, or maybe split up the cores based on memory accesses patterns, or cache use, or built-in ASICs!
Mr. Pot, allow me to introduce you to Mr. Kettle...
There were some wierd Mac variations in the 1980s with a second CPU on a plug-in board. They could run Photoshop faster, but otherwise were useless.
There are really only two multi-CPU architectures that are generally useful: shared-memory symmetrical multiprocessors, and networked clusters with no shared memory. Many other architectures have been tried - partially shared memory machines, shared-memory machines where some CPUs lacked some features like floating point, hypercubes, single-instruction-multiple-datastream machines, and dataflow processors. None has achieved lasting success.
About the only unusual architecture ever sold in volume is the Playstation 2, with two vector processors. Even there, the vector processors are mostly used as a GPU. (Although one major game physics engine actually runs in the PS2 vector processors, an impressive achievement.)
Programming for wierd architectures is hard, requires much tool development, and results in programs tied to specific hardware. So it doesn't happen much. That's why the wierd architectures fail. They're never that much faster, and by the time the software works, the hardware market is somewhere else.
Most real world cpus get IO-Stalled to main-memory.
One core runs X86 the other core could be a RISC, or Itantium based. Your old apps run under the the old core new apps run under the new core. Interesting but the very idea of one computer an OS using two different ISAs makes me head hurt.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
They should be focusing on the memory interconect tech, to get all that cache off the die. Hell, then they could fit 8 cpu into one w/o breaking a sweat.
:T:R:A:N:S:
2 cpus should be the same or worse than a dual core 1 cpu setup. Please allow me to explain:
If the software is not multithreaded on a dual cpu machine, only one cpu is utilized anyhow. Furthermore, dual cpu computers likely will have slower communication path than a computer having a cpu with two cores on the same die for obvious design reasons. As long as the OS sees two cores as two processors (which in all likelihood will be the case as this will in effect replace hyperthreading), I do not see the reason why two cpu's would have any advantage over dual core chips, except possibly due to fact that cpus do not share the memory bandwidth in the dual cpu setups. Yet, this may be very well thwarted by the fact that the communication between cpus will be slower than in a dual core setup, hence the end-result would be at best comparable and at worst better for dual-core.
If you add to this the fact that single cpu machines will be generally cheaper to produce (simpler motherboard, one cpu to buy, and likely more competitive pricing of a chip since they will be viewed as the next-gen Pentiums and/or Athlons), I'd say that dual core is much better solution than dual processor.
Of course, all this is based on the limited info currently available as there are still many unanswered questions (i.e. does one core go dormant when not used and if so is this done as efficiently as keeping a second cpu idle, etc.). Yet, I fail to agree with AnandTech's reluctance to the dual core setup and dubious preference for a dual cpu setup...
Now that computers are moving to dual cores how difficult would it be for say AMD and Apple to team up and produce a co-branded unit with both an x86 and G5 processor on-board? Would it be possible to create a dual mode processor?
you shout "archers to the big tower!" and they do
The alternative method for achieving this, of course, is to simply play Multiplayer with voice chat on!
(Except half the archers go to the wrong tower because they are n00bs, and half of the rest either simply refuse to obey you or are teamkillers and gleefully shoot the other half.
Allright, give me speech recognition.)
In general, true... look at the GPU: it sits idle half the time, waiting for a 3D game to do something with it. It's essentially a massively parallel vector processor, and indeed, the wierd one sits idle, managed as a peripheral...
It's a historical accident that graphics processors are peripherals, though. Early SGI machines had the 4x4 multiplier as a coprocessor, not tied to the display. Apple's first attempt at 3D acceleration had a 3D coprocessor separate from the display. But because the CPU manufacturers ignored graphics for a long, long time, the 3D market was based on add-ons, and those had to be sold as plug-in boards. Peripheral bandwidth was too low to usefully put a coprocessor on a plug-in board. Hence the "3D graphics board".
About the only unusual architecture ever sold in volume is the Playstation 2, with two vector processors. Even there, the vector processors are mostly used as a GPU. (Although one major game physics engine actually runs in the PS2 vector processors, an impressive achievement.)
:-)
Hey, you haven't kept up with PS2 game engines! Many of them, probably the majority, use VU0 for physics (collisions, deformations, ragdoll moves) and VU1 for vertex processing (viewport transformations, light calcs), which is a "natural" division of labor given how the internal buses are arranged inside the Emotion Engine.
ArsTechnica has covered the architecture in depth if you are interested in their typical level of detail, but Beyond3D.com's Console Forum has some real and really good developers talking -- look especially for "ERP" and "Fafalada" in the more serious (non-kiddie) threads. No, I'm neither of them, I wish I was
Asus' PC-DL is under $200, doesn't require ECC memory, fits in an ATX case, and only requires an EPS p.s. - also ocs if you want an extra free 10% speed improvement. Check out the forums on 2cpu.com for more info.
$1000 for PC-DL + 2x2.8Gz. + Antec TruePower EPS 550 p.s. + 1G Ram, and you still have a few dollars left for a case.
I just had a disturbing thought. What if the pretty pictures of the die as obviously having dual cores is just a marketing gimmick, and inside the silicon there will really be only one processor with hyperthreading to make you think there are two?
How would the average consumer be able to tell the difference? Even if a benchmark appears to show that dual core is no faster, this could just be explained away as some sort of obscure architectural bottleneck.
Is there any externally visible way to determine for sure that the customer is getting two separate cores and not just HT enabled by default?
*reads article*
Sure enough, from the article:
In that case, I'm going to wait for the benchmarks on this one.
If you wanted to talk about that, you should have started a new thread
Only the editors can do that.
But I was talking about using Mobile Athlon processors. What you (obviously) don't realize, is that they are Socket A, and can be used in a desktop
Thank you. I didn't know about that. What web site(s) or what Google keywords would you suggest that I use to brief myself on the subject of MIPS per watt before the next discussion?