Slashdot Mirror

← Back to Stories (view on slashdot.org)

AMD One-Ups Intel With Cheap Desktop Chips

Posted by samzenpus on from the price-war dept.

CWmike writes "Advanced Micro Devices on Tuesday announced inexpensive desktop microprocessors with up to six cores to put pricing pressure on rival Intel. AMD's new chips include the fastest AMD Phenom II X6 1075T six-core processor, which is priced 'under $250' for 1,000 units, AMD said. AMD also introduced a range of dual-core and quad-core Athlon II and Phenom II desktop microprocessors priced between $76 and $185. By comparison, Intel's cheapest six-core processor is the Core i7-970 processor, which is priced at $885 per 1,000 units, according to a price list on Intel's website."

2 of 362 comments (clear)

  1. Initial review... by Freddybear · · Score: 5, Informative

    Overclockers.com has a review of the Phenom II x6 1075T processor. Looks like it's got pretty good overclock potential and performs well against similarly priced Intel chips.

    http://www.overclockers.com/amd-phenom-ii-x6-1075t-review/

  2. Paying of OEMs is not their only trick.. by Anonymous Coward · · Score: 5, Informative

    For many years, the Intel C++ compiler has discriminated against non-Intel chips by detecting their manufacturer using CPUID and redirecting all chips not manufactured by 'GenuineIntel' to a slower code path. (And that manufacturer ID is their trademark so other manufacturers may not use it). C++ libraries available from Intel (such as their math libraries) also contain the same discriminatory code checks. This artificially decreases their performance on AMD's chips.

    It makes Intel chips look better, by slowing down the program on all of their competitor's chips. So the safest thing is NOT to use Intel's compiler for anything (most especially benchmarking). This is a problem because it has a reputation of producing larger, but faster, code. (Faster on Intel processors at least!).

    The code it produces is actually quite decent on AMD chips too, as long as you patch out the generated version checks to un-cripple the performance on AMD chips. You can do it as a post-build step after compiling. It's a hassle that most software vendors don't bother with -- in most cases they aren't even aware that Intel's compiler generates the manufacturer-checks and redirects their program through slower code paths on AMD chips.