Slashdot Mirror

← Back to Stories (view on slashdot.org)

Intel/AMD Battle Rages On

Posted by Zonk on from the fight-to-the-pain dept.

An anonymous reader writes "The battle between Intel and AMD has broken out of the cleanroom and literally into public view with AMD's public display CPU speed challenge to competitor Intel. Should the competition take place, the infamous chip makers will battle their best 2-way and 4-way configurations for the latest title as speed king." From the article: "AMD's proposed dual-core duel would be a live, public performance evaluation between server platforms based on the dual-core Opteron 800 Series or 200 Series processors and the corresponding Intel product. Should Intel accept AMD's challenge, the duel would take place at a public venue to be announced in the coming weeks, with testing conducted by a neutral, third-party testing lab. "

4 of 245 comments (clear)

  1. From AMD.COM by WndrBr3d · · Score: 4, Informative

    Here's the actual link to the challenge issued by AMD to Intel on AMD's own website.

    Much more information than the /. link.

  2. Nothing to see here, move along (Intel declined) by Shazow · · Score: 4, Informative

    AMD proposed, Intel declined.

    What's next on the agenda?

    - shazow

  3. Re:What software? What terms? by jejones · · Score: 4, Informative

    Intel will argue that their compiler produces accurate x86 code, AMD will argue its inconsistancies.
    AMD would love to have another reason to point out the way the Intel C compiler libraries test for the presence of certain features in such a way as to never detect them on AMD chips even if they're present.

  4. Re:AMD could actually lose this one - maybe not by bunyip · · Score: 4, Informative

    We have a bunch of 4-way Itanium systems running as servers, we tried out 4-way Opteron machines about 18 months ago and they were twice as fast on our app. We've bought a couple of hundred 4-way Opteron boxes since then and we're very happy with them.

    Our code is branch intensive with low cache locality. Since Itanium can't handle out-of-order execution, memory stalls kill it, hence the need for a giant cache. Intel's compiler didn't help, we mucked with it for months. For Opteron we used gcc, compile and go, took about a day to move 500K lines of C++.

    Intel could only win this on hand-coded floating point.

    Alan.