Slashdot Log In
AMD Dual-Core Performance Revealed
Posted by
Zonk
on Thu Apr 21, 2005 10:51 AM
from the hard-core-number-crunching dept.
from the hard-core-number-crunching dept.
Timmus writes "In two separate articles, FiringSquad takes a look at the performance of AMD's dual-core Opteron CPU. The first article examines the performance of dual-core in scientific computing applications (MATLAB and LS-DYNA) as well as digital photography, while the second story focuses on the performance of dual-core Opteron paired against Intel's dual-core Pentium Extreme Edition in video encoding, Cinebench, and a few other applications. The performance improvements are pretty impressive in multi-threaded applications that take advantage of the technology."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading ... Please wait.

full article mirrors (Score:5, Interesting)
Chance for someone to karma whore... (Score:5, Interesting)
Re:Chance for someone to karma whore... (Score:5, Funny)
Pop an erection yet?
Re:Chance for someone to karma whore... (Score:5, Informative)
Re:Chance for someone to karma whore... (Score:5, Informative)
Plus, AMD's promise was something like being able to double the number of CPUs without having to buy a new motherboard. Though how much saving that will be (I expect AMD to price these pretty high), and whether it will mean that you're stuck with much slower cores to keep the TDP limits, that remains to be seen.
There are other possibilities for improvement, such as using a shared cache and IMC instead of just throwing two cores together and going over HT like on a dual CPU system. But AMD hasn't yet done that.
Re:Chance for someone to karma whore... (Score:5, Informative)
One example... dual core (true dual core) CPU have the ability to exchange data between the cores at faster rates and more importantly with less latency then when having to exchange data between CPUs on a dual CPU system. This can improve SMP flow.
Another example... good dual core implementations will utilize some form of cache unification to allow better bulk sharing of data between cores while still allow high-levels of independent cache activity (the IBM's Power5 [arcade-eu.info] is a good example of this).
Re:Chance for someone to karma whore... (Score:5, Informative)
1) Cost.
Since there need only be half as many sockets, the motherboard can be smaller, less complicated, and therefore less expensive. This is especially true in the case of single-socket motherboards, which are usually 50-60% as expensive as their dual-socket brethren. AMD has sweetened the cost savings even further by arranging it so that most single-socket motherboards already in use with a single-core CPU can accomodate a dual-core CPU after just a BIOS flash.
2) More efficient interconnection between the cores.
This advantage currently applies to AMD's design but not Intel's. As explained here [techreport.com], "As you can see, AMD didn't simply glue a pair of K8 cores together on a single piece of silicon. They've actually done some integration work at a very basic level, so that the two CPU cores can act together more effectively. Each of the K8 cores has its own, independent L2 cache onboard, but the two cores share a common system request queue. They also share a dual-channel DDR memory controller and a set of HyperTransport links to the outside world."
After reading the TechReport article I linked to above, it looks to me like AMD is way ahead in the dual core market in all of the areas that count: better backward-compatibility, better cache coherency, and lower heat.
one step closer to the day (Score:5, Funny)
1 Dual Core vs Dual CPUs? (Score:5, Interesting)
The simple future (Score:5, Interesting)
Once a way to link multiple cores of a CPU is firmly implemented scaling the chip to 4, 8, or even 32768 cores should be relatively easy.
With chip dies getting smaller and smaller the only real reasons not to continue this multi-core scaling would be physical space and power usage.
Perhaps they could scale multiple cores vertically instead of just making the chip wider and longer.
And perhaps the cores could only be "turned on" when called for instead of using up juice all the time.
Interesting look at the future of chips.
Sony's Playstation 3 is using a "cell processor" or similar multi-core design that has already been covered here in the past.
Arstechnica article on the cell processor here [arstechnica.com].
--
NoVA Underground: Fairfax County, Loudoun County, Arlington, Price William chat and local forums [novaunderground.com]
Re:The simple future (Score:5, Insightful)
Re:The simple future (Score:5, Funny)
iirc, the p4ee dual core puts out 225 watts at full power.
That would make the chip putting out roughly 3686400 watts, or 3.686 megawatts.
It's too cold on this planet anyway.
Re:The simple future (Score:5, Interesting)
The idea of turning off parts of the CPU would work, if you have a large enough cache. What you would need to do is prefetch all possible paths far enough ahead that you could turn on any deactivated part of the CPU before the instruction needed to be executed. You then have an independent "monitor" processor (an MPU?) which purely scans the cache and turns off all elements on the CPU that aren't needed within the lifetime of any of the contents of the cache.
Another poster noted the bandwidth issue between processor and main memory. That is certainly a problem, but one that may be fixable. One way is to sped up memory (and the bus). The other is to look at ways of reducing the amount that needs to be transferred, by putting some of the CPU in memory. (The technique is called "Processor-In-Memory", and has been around for about 10-15 years.)
Anandtech article on same subject (Score:5, Informative)
Wow! (Score:5, Interesting)
On other benchmarks the AMD dual core gets 10-20% better performance! SiSoft Sandra is an exception, where there is a mixed bag between the two processors.
This pretty much verifies for me that Intel did a seriously rushed cludge to get this thing out the door. The only reason I can think of to target this to gamers is that no OEMs would want to buy them for server or desktop use, so you have to target people who like the latest technology even if it isn't that great.
AMD on the other hand seems to have a pretty good product here. I can't wait until the desktop versions come out.
Anyone realize that suddenly all P4's disappear? (Score:5, Interesting)
"We did not have time to evaluate the Intel platform with the Intel MKL, the P4 3.0GHz is an older reference measurement." is a very cheap excuse and indicates either lazyness or bribes on the side of AMD... I hate hardware review sites!
In other news ... (Score:5, Funny)
Anandtech has some cost comparisons/benchmarks (Score:5, Informative)
http://www.anandtech.com/cpuchipsets/showdoc.aspx
I really wish they wouldn't do gaming benchmarks with an Opteron in stories like these. Just because the Opteron used has similar specs to the dekstop processor that hasn't been released doesn't necessarily mean that the gaming benchmarks are all that useful. Just my 2 cents.
It'll be interesting to see how soon prices fall for these AMD processors (server and desktop) when they go mainstream. Read the cost comparisons for these badboys in the article.
Finally, I'm glad that Anand decided to demonstrate that the new AMDs will be backwards compatible with Socket 939 motherboards WITH BIOS revisions. Intel's dual core processors don't offer that luxury, from what I read in the article.
IronChefMorimoto
Amateurs (Score:5, Insightful)
Intel may very well go down in history as the first processor manufacturer with a dual-core solution, if only by three days.
IBM Power4, Power5
HP PA-8800
Sun Sparc IV
All full-fledged dual-core processors shipping long before Intel -- HP's been shipping for over a year and IBM's already well in to their 2nd generation of dual core processors with Power5.
Sure, you can excuse the author with some hand-waving about x86 context only or whatever. But if they really knew what they were talking about, they would have said it that way - or at least a competent editor would have corrected it. If these guys can't even get the trivial stuff right, how can anyone trust them to get the real technical details right?
Re:Amateurs (Score:5, Insightful)
What a load of crap.
These dual core chips are PERFECT for high performance NON-GAMER Linux systems, and yet these guys disregard the most mature and stable 64 bit platform to run game benchmarks on 32 bit windows.
As for gamers (from TFA) (Score:5, Informative)
Re:As for gamers (from TFA) (Score:5, Interesting)
Depends I guess. I know I don't have the luxury of keeping my gaming machine seperate from all other applications I use, so my gaming machine is also my work machine and it tends to have a lot of stuff running at any given time. Now when playing shooter games I often notice a sudden drop in fps when some service or other decides it needs to do something. A dual core machine would be a lot less prone to this I guess.
Also, from the article. "And although the company says dual-core isn't for gamers quite yet, perhaps it is, only in a different usage model. Alan Dang and I were discussing processor benchmarking moving forward and he came up with the idea that we don't run compute-intensive tasks in the background today because we think they can't be done. However, if a dual-core processor enables a DVD encode while you're playing Half-Life 2: Deathmatch, there's a good chance that the way we think about demanding tasks may change. Even though games aren't currently threaded, the background processes a dual-core processor enables may very well catapult the technology into favor with game enthusiasts."
Re:As for gamers (from TFA) (Score:5, Informative)
Re:OK then. (Score:5, Insightful)
If you are using a dual core system to run word either a) you have WAY too much money, or b) the code bloat at Microsoft has REALLY gotten out of hand......
Re:OK then. (Score:5, Insightful)
Point conceeded. Some OSS software chews up the memory, and FireFoo are major culprits.
Though I'd hope to hell Visual Studio is way down the list. It's just an IDE! It has a GUI and a text editor. All the memory-chewing hard work is done in the compiler back end. With that comparison, my Emacs session is 6MB.
Nearly all popular linux distributions now come on more than one CD (even if you ignore the source code) and the default installations are WAY bigger than that of Windows XP.
Of course they are -- they include reams of free software! Nobody would complain about the large size of Windows installations if that installation came with practically every piece of software you would ever need! Even a 'default' install that doesn't install everything still has vast swaths of software from compilers to office suites to web browsers to web servers to image manipulation to whatever.
Who could possibly complain about getting more free stuff, even if it takes another CD or two or three to fit it? Consuming disk space for useful things is fine. Windows installs are considered bloated because the size increases but the perception is that you're not actually getting more stuff. Honestly -- what comes with the XP install these days?