Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

AMD Dual-Core Performance Revealed

Posted by Zonk on Thu Apr 21, 2005 09:51 AM
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."
+ -
story
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
More
Loading... please wait.
  • YESSSS (Score:4, Funny)

    by sehryan (412731) on Thursday April 21 2005, @09:52AM (#12302500)
    I am running one right now, which is why I got first post!
  • full article mirrors (Score:5, Interesting)

    by winkydink (650484) * <sv.dude@gmail.com> on Thursday April 21 2005, @09:53AM (#12302506) Homepage Journal
    here [networkmirror.com] and here [networkmirror.com].
  • OK then. (Score:4, Insightful)

    by millennial (830897) on Thursday April 21 2005, @09:56AM (#12302532) Journal
    So we have:
    scientific computing applications (MATLAB and LS-DYNA)
    digital photography
    video encoding
    Cinebench and
    "a few other applications".
    So what about the average user? Will the college kid who just needs to type their papers, the parents who want to do their taxes, the gamers who want to play high-end stuff, etc. get any sort of boost from this?
    • by ahsile (187881) on Thursday April 21 2005, @10:00AM (#12302579) Homepage Journal
      Notice the lack of an Athlon 64 FX version of AMDs dual-core strategy. For the time being, its recognized that games are exclusively written for single-threaded operation and as such run better on single-threaded processors at elevated frequencies. Thus, the FX series marches on at 2.6GHz for now. ... so for games, keep to your single core CPU.
      • by millennial (830897) on Thursday April 21 2005, @10:02AM (#12302608) Journal
        I suppose that makes sense. The question this raises, though, is whether there are any games designed to work better on hyperthreaded/multiprocessor systems.
        • by phoenix.bam! (642635) on Thursday April 21 2005, @10:09AM (#12302693)
          Definitely not on the hyperthreaded system. Hyperthreading is only useful is you have 2 or more low demand threads. The benefit of hyperthreading disappears when 1 process needs 99% of the cpu, like many games. This can even be deterimental as your game will never be able to use the entire processor.
          • by John Courtland (585609) on Thursday April 21 2005, @10:30AM (#12302886)
            And then detrimental again because both processes share the L1 cache... I don't know if Intel fixed that problem yet, but the cache sharing actually decreased performance compared to a processor with HT disabled while running high-demand single-threaded applications (games).
        • I suppose that makes sense. The question this raises, though, is whether there are any games designed to work better on hyperthreaded/multiprocessor systems.

          I very much doubt it. I've always thought of Blizzard as being one of the better companies when it came to "doing it right" with regard to coding their games. I know playing Warcraft III it always consumed 100% of one processor and did not put a dent in the other. I have not noticed any games that do a better job.

        • Galactic Civilizations [galciv.com] from Stardock [stardock.com] has a mode that can take advantage of hyperthreading. Of course it is a turn base strategy game and is able (I assume) to offload a lot of background processing to take advantage of it.
        • by goates (412876) on Thursday April 21 2005, @12:59PM (#12304205)
          Unreal 3 will use multiple threads.

          http://www.anandtech.com/cpuchipsets/showdoc.asp x? i=2377&p=3

          goates
      • by DigitumDei (578031) on Thursday April 21 2005, @10:29AM (#12302878) Homepage Journal

        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:OK then. (Score:5, Insightful)

      by antifoidulus (807088) on Thursday April 21 2005, @10:02AM (#12302609) Homepage Journal
      Why would they need a "boost"? These are expensive and obviously aimed at high end users. You can already get sub $1k laptops that really do all the stuff you described, so why would they buy a dual core desktop system?
      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......
      • > the code bloat at Microsoft has REALLY gotten out of hand......

        I wish people would stop talking about Microsoft code bloat when nobody else does any better.

        Currently, 50 processes. The two highest (memory and VM wise) are Thunderbird which is using (60mb of main memory) and Firefox which is using 55mb of main memory. All the microsoft products I'm running like Visual Studio.NET 2003 are WAY down the list as none are using more than 10-15mb of main memory.

        Nearly all popular linux distributions now co
        • Oh my, here it comes again. Comparing pears to apples. If I install MS Windows, what do I get? Operating system with a few (let me say - lousy) applications. If I install Linux distro of my choice, what do I get? Depending on my choice, it can be a full blown suite of application ranging from development to office apps to video processing.
          And further more, e.g. KDE has been quite successfull at speeding up between 3.2 and 3.4. I am not so sure about the memory print, but that is no concern for me today (R
            • Re:OK then. (Score:4, Informative)

              by Mycroft_VIII (572950) on Thursday April 21 2005, @12:39PM (#12304004) Journal
              The reason Microsoft gets so much more scrutiny and leagle flack on the bundling issue is because they have been found (leagly) to be a monopoly. This changes the rules for them so as to prevent them from locking out any future competition or taking over related/inlinked markets by virtue of thier having a near captive audience.
              Apple with it's small slice of the market is very unlikely to say put opera out of bussiness by shipping thier own browser for free with thier operating system like Microsoft did to Netscape(I know that's a simplification of ie/netscape history, but it serves to illistrate my point I hope).
              In short Microsoft is a victim of thier own success here.

              Mycroft
        • Re:OK then. (Score:5, Insightful)

          by Chris Burke (6130) on Thursday April 21 2005, @11:07AM (#12303229) Homepage
          Currently, 50 processes. The two highest (memory and VM wise) are Thunderbird which is using (60mb of main memory) and Firefox which is using 55mb of main memory.

          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?
    • "So what about the average user?"

      Windows is multi-threaded and behaves better in a multi-processor environment. Even the average user will notice this.

      • Dude, Opterons are server-oriented processors, they're absolutely not geared towards regular boxes (much like Xeons). The people using this won't be playing and won't be typing text in their word processors either. The soon-to-be-released dual core A64 will more than likely be much much cheaper, but they won't come out right now. Please wait a few months
  • by Amiga Lover (708890) on Thursday April 21 2005, @09:56AM (#12302535)
    OK. Anyone have a quick simple explanation of why Dual Core over Dual CPU motherboard? are there inherent advantages to dual CPUs so close together?

    • Imagine two dual core CPUs plugged into a dual CPU mobo.

      Pop an erection yet?
    • by Anonymous Coward
      It cuts down the wait time of communication between the CPUs as the dual core chips don't need to travel on any sort of MOBO bus to communicate thus effectively giving a clock speed bus of inter CPU communication.

    • by Anonymous Coward on Thursday April 21 2005, @10:01AM (#12302592)
      Less heat, less space, less energy requirements, eventually less money because there is only one chip.
    • by Moraelin (679338) on Thursday April 21 2005, @10:03AM (#12302617) Journal
      Probably the biggest advantage is that it's cheaper. (Although if by much, that remains to be seen.)

      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.
    • by shawnce (146129) on Thursday April 21 2005, @10:07AM (#12302660) Homepage
      Yes.

      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).
    • by hobuddy (253368) on Thursday April 21 2005, @10:16AM (#12302761)

      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.

  • by Prince Vegeta SSJ4 (718736) on Thursday April 21 2005, @09:58AM (#12302553)
    where I can encode mpeg2 DVD (maybe it will be HD-DVD by then), rip & copy a DVD, Download a huge torrent, and Play UT with a respectable framerate.
  • by uofitorn (804157) on Thursday April 21 2005, @09:59AM (#12302560)
    Wouldn't a better benchmark be to compare a dual core setup to a similarly configured dual processor workstation?
    • I think the benchmark for comparison should be whatever else you can get at a similar price.

      Dual processor motherboards and CPUs were never priced to make them attractive for widespread use, whereas dual core chips supposedly will be. We shall see.

  • The simple future (Score:5, Interesting)

    by caryw (131578) <carywiedemann AT gmail DOT com> on Thursday April 21 2005, @09:59AM (#12302561) Homepage
    Why stop at dual core?
    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]
    • by Detritus (11846) on Thursday April 21 2005, @10:16AM (#12302765) Homepage
      It wouldn't work. Why do you think we have processors with two or three levels of cache? There is a serious speed/bandwidth mismatch between the processor and the main memory system. There are ways of increasing main memory bandwidth, but they are very expensive. There's no point in adding more processors if they are going to spend 95% of their time stalled, waiting for cache lines to be filled.
      • You are straight on. One of the major problems with large pipeline chips is that they fill the various cache slots with what is predicted to be needed. If you have a huge cache pipeline, and the CPU thinks its going to need certain commands in that pipeline, and it in fact doesn't, all those prefetched bits are wasted, and the CPU is suddenly memory bound for a huge number of cycles. On systems with tons of CPUs, this is a very large problem. If you have 32 CPUs, and 15 of them incorrectly predict which
    • by mobiux (118006) on Thursday April 21 2005, @10:32AM (#12302910)
      I am waiting for intel's 32768 core processor.

      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)

      by jd (1658) <imipak.yahoo@com> on Thursday April 21 2005, @10:36AM (#12302945) Homepage Journal
      IIRC, the latest generation of Sun UltraSPARCs has 6 CPU cores. An alternative approach is to have "virtual" cores - have a stack of registers and pools of computational elements. This does require some extra element of sophistication, to share out resources, but if you have two programs with very different CPU needs, both programs should run faster. Also, if you have fewer programs than there are virtual cores, but instruction parallelization can be performed, you still get a speedup.


      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.)

  • For the lazy... (Score:4, Informative)

    by Anonymous Coward on Thursday April 21 2005, @10:03AM (#12302615)

    ...and for those who don't want to flip through pages and pages of flash banner ads:

    Scientific Computing

    MATLAB: Though the script includes a moderate amount of matrix math, it doesn't seem like much of it is parallelized. Our recommendation from two years ago still stands - for most Matlab users, the fastest performance will come with a single Athlon64 line.

    LS-DYNA: I will bench the CPUs using two classic tests, a 3-vehicle collision and a single front-collision. The 3-vehicle collision takes more than 24 hours to complete - we do not have these numbers ready for this round of articles.

    Digital Imaging

    Capture One: With Capture One only supporting two CPU threads, the dual-core Opteron's lower clockspeed is a disadvantage.

    Bibble: It took only 4 minutes to complete with the 2x Dual Core Opteron 275. 4 minutes! That's 4.2MB/sec of processing time - a 2x Dual-Core Opteron 275 can process RAW images about as fast as it takes to copy them from to your computer using a standard-grade USB 2.0 CF card reader!

    Noise Ninja: On the slower Opteron 246, the fastest results were had with 4 threads, but on the faster CPUs, 8 threads was better.

    Video

    After Effects: Since the decoding of WMV-HD does not seem to take advantage of both CPUs, the performance gain from the Dual-Core AMD Opterons is virtually absent.

      • Well, at the very least, Anand put some Cygwin/gcc tests in there.

        Most Windows users don't know what it means to multitask. It's much harder to do when you don't have multiple desktops, virtual or otherwise.
  • by FlyByPC (841016) on Thursday April 21 2005, @10:05AM (#12302650) Homepage
    ...LONG LIVE COMPETITION!

    I wish both AMD and Intel well. All the better for us. Lower prices and better performance.
  • Wow! (Score:5, Interesting)

    by truesaer (135079) on Thursday April 21 2005, @10:11AM (#12302715) Homepage
    This is pretty disasterous for Intel. The game benchmarks show significant performance penalties for dual core chips, as expected. Intel launched its dual core specifically as an Extreme Edition for games.


    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.

    • 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.

      In the article on Anandtech, they do a pretty good job of explaining this.

      Basically, in the past, programs that had multiple threads heavily favored Intel's Hyperthreading chips since they could handle multiple threads at once. AMD's chips lacked this capability. Intel's dual core chips did pick up a performance boost, but they didn't pick up the larg
  • by denominateur (194939) on Thursday April 21 2005, @10:11AM (#12302716) Homepage
    Now, it's struck me as very peculiar that the benchmarks where the dual dual core setup from AMD really shines leave out any comparison whatsoever to the Intel dual-core offering. This begs the question whether the person doing this review is a journalist or a marketing represenatative of AMD.

    "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!
    • Now, it's struck me as very peculiar that the benchmarks where the dual dual core setup from AMD really shines leave out any comparison whatsoever to the Intel dual-core offering.

      They couldn't test a dual core multiprocessor chip from Intel because one doesn't exist yet. They've only released single processor dual core chips so far.

      AMD introduced dual core on their multiprocessor server chips first, with desktop chips coming later on. Intel introduced dual core on their single CPU desktop chips first, w
  • by Luscious868 (679143) on Thursday April 21 2005, @10:16AM (#12302757)
    Dell still won't sell servers with them ....
  • by IronChefMorimoto (691038) on Thursday April 21 2005, @10:37AM (#12302953)
    Anandtech has an AMD dual core Opteron and Athlon64 X2 article that might compliment the original poster's story pretty well. It has a sh*tload of benchmarks:

    http://www.anandtech.com/cpuchipsets/showdoc.aspx? i=2397 [anandtech.com]

    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
  • by GweeDo (127172) on Thursday April 21 2005, @10:50AM (#12303087) Homepage
    With comments like:
    "Even grandmothers own 8-megapixel consumer digital cameras now"

    I really have to question the intellegence of this poor guy. I don't know many grandma's that drop $700-$1000 on digital camera's.
  • Amateurs (Score:5, Insightful)

    by Jah-Wren Ryel (80510) on Thursday April 21 2005, @11:41AM (#12303499)
    How can anyone take an article seriously when the very first sentence just screams, "AMATEUR!!" like this one does:

    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)

      by leoc (4746) on Thursday April 21 2005, @12:00PM (#12303660) Homepage
      Another thing that pisses me off is that he tests these 64 bit CPU's with 32 bit Windows, claiming that Linux is "hardly mainstream".

      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.
    • by zx75 (304335) on Thursday April 21 2005, @11:12AM (#12303269)
      The computing theory and architectures are already there. Now that Java has finally jumped on the bandwagon of reliable multi-threading with v1.5 (or v5.0, or whatever the hell they're calling it today), chances are unless you're using really legacy code the language will have the appropriate system calls available to it.

      The difficulty is that in order for multi-threading to be worthwhile, a developer really needs to know their stuff. It is not easy, there are a number of things that must be taken into consideration that simply do not occur in single-threaded programming. A programmer who just picked up a 'C++ in 24 hours' book is most likely not going to have the tools available to them in order to handle or understand the complexities of multi-threaded programming.

      That being said, there are many situations where multi-threading is not appropriate, but if you think the theory needs to play catch-up, you might be surprised at how common it is in professional development.