The Intangible Dual Core

The move to dual core is a bit of a "catch 22". In order to deal with the fact that a dual core die is twice the size of a single core die, AMD and Intel have to use higher yielding transistors.  The larger your die, the more defects you have; so, you use higher yielding transistors to balance things out.  The problem is that the highest yielding transistors run at the lowest clock speeds, so dual core chips end up running at slower speeds than single core chips.  While the Pentium 4 could have hit 4GHz last year, we won't break the 4GHz barrier until late 2006 at the earliest. 

In Intel's case, we're talking about 2.8GHz - 3.0GHz vs. 3.6GHz - 3.8GHz for the high end single core chips.  In order to offset the difference, Intel is pricing their dual core chips within about $80 of their single core counterparts.  Short of giving dual and single core chips a price parity, this is by far the best approach to assuring dual core adoption. 

Why does Intel want to encourage dual core adoption?  To guarantee a large installed user base, of course.  The problem today is that the vast majority of desktop systems are single processor systems, meaning that most developers code applications for single processor systems.  To encourage a mass migration to develop multithreaded applications, the installed user base has to be there to justify spending the added time and resources in developing such applications.  As we just finished mentioning, Intel's approach is the quickest way to ensure that the exodus takes place.

So, with dual core CPUs priced very close to their single core counterparts, the choice is simple right? 

On the Intel side of things, you're basically giving up 200MHz to have a dual core processor at virtually the same price.  But things get a lot more complicated when you bring AMD into the situation.  AMD hasn't officially released their dual core availability and pricing strategy, but let's just say that given AMD's manufacturing capacity, their dual core offerings won't be as price competitive as Intel's.  Now, the decision is no longer that simple; you can either get a lower clocked dual core CPU, or a higher clocked single core AMD CPU for the same price - which one would you choose? 

The vast majority of desktop application benchmarks will show the single core AMD CPU as a better buy than the dual core Intel CPU.  Why?  Because the vast majority of desktop applications are single threaded and thus, will gain no benefit from running on a dual core processor. 

Generally speaking, the following types of applications are multi-threaded:

  • Video Encoding
  • 3D Rendering
  • Photo/Video Editing
  • most types of "professional" workstation applications

However, the vast majority of other applications are single threaded (or offer no performance gain from dual core processors):

  • office suites
  • web browsers
  • email clients
  • media players
  • games, etc.

If you spend any of your time working with the first group of applications, then generally speaking, you'll want to go with the dual core CPU.  For the rest of you, a faster single core CPU will be the better individual performance pick.

But once again, things get more complicated.  Individually, single threaded applications will make no use of a CPU able to execute multiple threads.  But, run more than one of these applications at the same time and all of the sudden, you're potentially dispatching multiple threads to your processor and thus, potentially, have a need for a multi-core CPU.

The Platform: Intel 955X Scheduling and Responsiveness
Comments Locked

141 Comments

View All Comments

  • hosto - Tuesday, April 5, 2005 - link

    #110 - did you notice better performance on the p4 that you used to have? because on single instance of firefox, the amd chips blow the p4's away....yet, when i have multiple panes open with my a64 it chugs quite nastily if there is flash content. Is there some way that macromedia have optimised the flash player for the P4 for firefox? i wonder if the same slowdowns would be noticeable with internet explorer, or if it is specific to the player in firefox/mozilla?
  • xsilver - Tuesday, April 5, 2005 - link

    #106
    I hope you mean in multithreaded apps, as has been said many times before... single threaded apps run the SAME, therefore no benchies were included

    #108
    So true --- its the only reason why I wish I still had my p4HT over the amd64
  • xsilver - Tuesday, April 5, 2005 - link

    ANAND ... for your gaming benchmarks I recommend a scattering of commonly used programs

    1) the lot of antivirus, trillian, firefox, spyware running in background
    2) gaming related stuff like teamspeak or an audio cd playing in the background (to drown out the crappy game music :)
    any other gaming related stuff would be good too....

    if dual core proves itself, there should be no performance drop, whereas the single core will drop somewhat
  • hosto - Tuesday, April 5, 2005 - link

    thats funny the comment about the flash going slowly in firefox on the AMD processors in the benchmark..ive noticed the same on my athlon64 3200+ that i cannot have too many flash sites opening without it chugging.
  • sprockkets - Tuesday, April 5, 2005 - link

    this would be funny, but if simply having another core helps out with responsiveness and nothing else, I'm getting the dual VIA C3 mini-itx board hahahahaha!

    OK, not dual core, but hell, it's still small enough and they take only 7w each.
  • ksteele - Tuesday, April 5, 2005 - link

    I would like to see some "apple to apple" benchmarks by removing the clock speed disparities.

    Pentium D 820 2.8Ghz versus Pentium 4 520 2.8Ghz
    Pentium D 830 3.0Ghz versus Pentium 4 530 3.0Ghx
    Pentium D 840 3.2Ghz versus Pentium 4 540 3.2Ghz

    This will allow us to see the true benefit of dual cores without the speed differences.
  • mino - Tuesday, April 5, 2005 - link

    sorry for some typpo's
  • mino - Tuesday, April 5, 2005 - link

    #101 and some others
    You'are mistaken, Inquirer is NOT to be compared to AT. Is is solely news/romours/opinions site and THAT IS THEY ARE BEST AT ! The practical(not theoretical as at CNN...)non-existence of censorship makes them what they are.
    One thing for sure: they make biased and wrong stance against AT on this, but this is what they do almost all the time.

    The beauty of The Inquirer's approach to journalism is that it let's the reader choose which report is to be taken seriously. They even state it in articles regularly.

    I just hate those juornalists that usurp the right for correct judgement just for themselves.

    Just to make clear: I'm in no relation to The Inq. except readeship.

    To Anand:
    This is one of the best articles(at all) a have read so far. And it looks like it's going to be even better when it's completed. Keep up the good work.

    To topic: One thing should be noted. That is that the VERY poor performance at the singlecore(AMD & intel HT off) scenarios is NOT to be atributed to their inferiority but mostly to the incredibly crappy windows scheduler. Availability of multiple CPU's to it just partly hides its inefficiencies. Let's face it. HT is mainly a Windows baby. No way Intel would make the trouble developing it *NIX system were the main ones.
  • ksteele - Tuesday, April 5, 2005 - link

    I noticed the dual core's have 1MB L2 cache. Does this mean they are 5xx based? Do they support Intel EM64T, XD Bit and Enhanced Intel Speedstep Technology?
  • Gatak - Tuesday, April 5, 2005 - link

    #83 So you do not think that a game can utilize two CPUs? Run physics and I/O on one Core and render 3D and textures on the other.

    Also, Even though a game is single threaded, you still have the OS in the background, you have the video and audio card drivers running in separate threads. harddisk I/O and interrupt handling is also spread out on multiple cores.

Log in

Don't have an account? Sign up now