Slashdot Mirror


AMD Athlon 64 6000+ Launched And Tested

Spinnerbait writes "AMD officially launched their next speed bump in the Athlon 64 product line, in the form of a new 3GHz part branded the Athlon 64 6000+. This new dual-core Athlon 64 sports 1MB of on-chip cache per core and is designed for AMD's Socket AM2 platform. This chip is still built on AMD's 90nm fab node and is comprised of some 227 million transistors. It also carries a thermal power profile of about 125Watts. Unfortunately, in all the benchmarks seen here, it was still unable to catch Intel's Core 2 Duo E6700 chip at 2.66GHz."

156 comments

  1. But hey... by Goaway · · Score: 3, Funny

    At least it uses more power!

    1. Re:But hey... by networkBoy · · Score: 4, Funny

      So they're about 2 years behind Intel on this? Prescott topped out around 135W IIRC, so AMD has 10W more to go...

      Burn karma, burn.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    2. Re:But hey... by moranar · · Score: 4, Funny

      Nah, with cool n' quiet we'll be able to run it at half of its power and clock speed. Like an Athlon 3000, for example, only more expensive.

      --
      "I think it would be a good idea!"
      Gandhi, about Internet Security
    3. Re:But hey... by octopus72 · · Score: 1

      For two processor cores having 1Mb cache each, it isn't that much (Prescott was single core).
      Wonder why they still stick to P4 performance scheme, as that processor family is a history. Are they planning to improve on existing K8 design? Else they won't be able to catch-up with Intel in performance, especially as Intel has now maybe solved current leakage problem (and AMD usually lags behind Intel in production process). Currently they only have advantage in merging with ATI GPU tech as they're planning to produce combo GPU/CPU - it isn't clear whether it will be for low-end ultra-cheap machines or will it compete with mainstream gaming machines.

    4. Re:But hey... by TheThiefMaster · · Score: 5, Informative

      The X2 names are double the clock speed (in MHz) for 1MB cache parts, 200 less than that for 512kB cache parts, and 400 less for the 256kB cache part. It seems they've stopped looking at them as Intel cpu performance equivalence numbers. The single-core chips still seem to be named pretty much arbitrarily.

      Complete list:
      3000MHz dual-core 1MB = 3000x2 = 6000
      2800MHz dual-core 1MB = 2800x2 = 5600
      2800MHz dual-core 512kB = 2800x2 - 200 = 5400
      2600MHz dual-core 1MB = 2600x2 = 5200
      2600MHz dual-core 512kB = 2600x2 - 200 = 5000
      2500MHz dual-core 512kB = 2500x2 - 200 = 4800
      2400MHz dual-core 1MB = 2400x2 = 4800
      2400MHz dual-core 512kB = 2400x2 - 200 = 4600
      2300MHz dual-core 512kB = 2300x2 - 200 = 4400
      2200MHz dual-core 1MB = 2200x2 = 4400
      2200MHz dual-core 512kB = 2200x2 - 200 = 4200
      2100MHz dual-core 512kB = 2100x2 - 200 = 4000
      2000MHz dual-core 1MB = 2000x2 = 4000
      2000MHz dual-core 512kB = 2000x2 - 200 = 3800
      2000MHz dual-core 256kB = 2000x2 - 400 = 3600
      1900MHz dual-core 512kB = 1900x2 - 200 = 3600

    5. Re:But hey... by magnusk · · Score: 2, Informative
      > It seems they've stopped looking at them as Intel cpu performance equivalence numbers.

      Just a nitpick, but this was never - officially at least - the case. The Performance Rating is scaled against a Thunderbird (B I think) at 1GHz (which was nominally rated 1000). Still, nice post.

    6. Re:But hey... by 80+85+83+83+89+33 · · Score: 1

      how the HELL did you figure that out?

      --
      i disable sigs
    7. Re:But hey... by Anonymous Coward · · Score: 0

      Er.... it's pretty easy. you get a review of (amd XX00's), notice that there is a new numbering system, notice number is just the (cache in MB) times (clockspeed) times 2 (since its dual core). It wouldnt be difficult to find out the default clockspeed of any processor (its usually advertised on the box, or manufacturer's product description), and you can plainly see its a linear trend (ie, when the clockspeed jumps up, the number also jumps up at a set rate - assuming no change in cache).

  2. DOS by Short+Circuit · · Score: 5, Interesting

    I've always wanted to try running DOS on a processor with 1MB of L2 cache...there's just something retro wicked about running an OS where the entire base memory fits in on-die cache.

    I have to wonder if qemu and the kernel's kvm will allow me to dedicate an entire core to a DOS image.

    1. Re:DOS by ArcherB · · Score: 4, Interesting

      I have to wonder if qemu and the kernel's kvm will allow me to dedicate an entire core to a DOS image.

      Or you could just boot off of a DOS formatted USB key. I remember hearing that the Athlon64 would run all OS's down to DOS 2, I believe.

      --
      There is no "I disagree" mod for a reason. Flamebait, Troll, and Overrated are not substitutes.
    2. Re:DOS by Tanktalus · · Score: 3, Funny

      I'd hate to be part of that QA department...

    3. Re:DOS by Xanius · · Score: 1

      With that much power being given to DOS the QA guy just might have to call to his manager and say, uh sir, the OS has become sentient.

    4. Re:DOS by misleb · · Score: 3, Funny

      Dude! Totally! And then you can run Wordperfect 5 at blazing speeds!

      There's retro... there's wicked... and then there's DOS.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    5. Re:DOS by misleb · · Score: 1

      The day glorified program loaders (DOS isn't really much of an OS) become sentient is the day that... um... it is the day that programs get loaded without requesting them first.. or something. Seriously, I can't think of anything frightening about that scenerio. I mean, most DOS installations don't even have internet access. What is it going to do, infect all those floppy disks you use so often and spread around your basement?

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    6. Re:DOS by Rick17JJ · · Score: 3, Informative

      My AMD 64 3800+ has FreeDOS on the 2nd partition of my 1st hard drive. It is formatted as a FAT-16 partition. It is one of the choices on the GRUB boot menu. I only boot up DOS every once in a while, but it does run on my AMD 64 computer. About a year ago or so ago I had IBM PC DOS 2000 installed on the 1st partion which also ran well. I later reformatted that partition as NTFS and installed Windows 2000 on my first partition instead. I still have FreeDOS on the 2nd partition. I have Slackware Linux installed on my 3rd partition and in that case I have 32-bit version of Linux running on a 64-bit computer. On a logical partition I have the AMD-64 version of Kubuntu 6.10 (Edgy Eft) Linux which is what I like best and use most of the time.

      An easier way to run an old DOS program under Linux or Windows would be to just use the free DOSBox program. In the past, I also used VMWare and had PC DOS 2000 installed on one the the virtual machines. With VMWare I was able to run Linux, Windows and DOS all at once.

    7. Re:DOS by Short+Circuit · · Score: 1

      ...And then there's Duke3D at extremely high VESA resolutions. :-)

    8. Re:DOS by Anonymous Coward · · Score: 0

      What is it going to do, infect all those floppy disks you use so often and spread around your basement?
      We used to have that back when DOS was popular. We call them viruses.
    9. Re:DOS by Deadguy2322 · · Score: 1, Funny

      Wow. You have the biggest e-weiner. And the smallest social life, I'd bet.

      --
      Check out my foes list to see who is so retarded that they can't use the signature line!!!
    10. Re:DOS by misleb · · Score: 1

      The DOS virus is still around. People still use it. So it must be sentient! It takes sentience for such a piece of crap to survive so long!

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    11. Re:DOS by Curien · · Score: 1

      Actually, DOS is used often enough in embedded environments.

      --
      It's always a long day... 86400 doesn't fit into a short.
    12. Re:DOS by misleb · · Score: 1

      Exactly. It is neither wicked nor retro. It is just plain ol' boring DOS. Barely any different now than it was in 1981.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  3. Low power chips too by Bill+Dimm · · Score: 5, Informative

    In the full announcement they also mention new 45W single-core desktop processors: Athlon 64 3500+ for $88, and 3800+ for $93.

    1. Re:Low power chips too by D3m0n0fTh3Fall · · Score: 2, Interesting

      The review mentions this on the last page anyway. I too would be more interested in these low power chips. The ultra low power X2 would have to be the most interesting proposition for a home server... 35 Watts or something?

    2. Re:Low power chips too by Curien · · Score: 2, Informative

      Yeah, if you can find them.

      A few months ago, I decided to build a fanless desktop.* The socket AM2 had recently debuted, so I decided to buy one of them and pair it with one of the new low-power Semprons. It took days just to /find/ someone who actually claimed to be able to get their hands on one. When I finally ordered one, the order got delayed -- first by one week, then by two. I think it finally arrived three weeks after I ordered it. And I'm lucky, I think. My supplier was in Germany; I don't think American suppliers had /any/ low-power chips at all.

      * It mostly worked -- I can use the computer normally for days on end no problem. When I decided to rip some DVDs, it overheated. Oh well -- the CPU fan is barely noticeable anyway.

      --
      It's always a long day... 86400 doesn't fit into a short.
    3. Re:Low power chips too by pioneerX · · Score: 1

      You need to find a motherboard with good manual fan control in the BIOS (e.g. Asus A8R) that can specify start + ramp temperatures for the CPU fan. I have one of those ridiculously huge tower heatsinks sitting on an undervolted 2.4GHz X2 - the fan doesn't spin until after several minutes of full load.

    4. Re:Low power chips too by egghat · · Score: 1

      According to heise the new 45 watt versions are the followups to the old 65 watts EE version (not the 35 watts EE SFF versions). While the EE SFF were essentially unavailable, the "normal" EE versions were available. At least here in Germany.

      Bye egghat.

      --
      -- "As a human being I claim the right to be widely inconsistent", John Peel
    5. Re:Low power chips too by Curien · · Score: 1

      Yes, I have an ASUS, and it's very nice. The fan doesn't even spin most of the time.

      --
      It's always a long day... 86400 doesn't fit into a short.
  4. cool by jrwr00 · · Score: 2, Interesting

    I would still buy this over intel's processor, my god, that thing has alot of pins

    1. Re:cool by Short+Circuit · · Score: 1

      Here's a processor that only has 16 pins...

    2. Re:cool by the_humeister · · Score: 1

      I don't get it. You would still buy a worse performing processor because it's from AMD? I would only do it if it was cheaper.

    3. Re:cool by Anonymous Coward · · Score: 0

      I'm in the market for a new motherboard/CPU. On the Intel side, their "Core 2 Duo" seems pretty nice, and the GMA integrated graphics is well-supported with free drivers by the Xorg folks. (I've tried proprietary drivers with two different graphics cards I've owned, and I've seen my friends try, and it's nothing but pain in the end. I'm not going to go there again.)

      The downside is that there are no C2D motherboards with DVI output; you can get an "ADD2" card to generate DVI output, but only up to 1600x1200 (so it won't even fill my 24" LCD).

      What relatively-modern free-driver graphics option is there on the AMD side? Because that's all that really matters to me -- whether the CPU is 2.6 or 3.0 GHz makes no difference at all.

      P.S., dear Intel, have you heard of this thing called DVI? It's like VGA, but it's not 20 years old. A couple of the newer displays have it these days.

    4. Re:cool by Tekzel · · Score: 2, Interesting

      I only buy AMD. Even if it is currently a "worse performer" (and that is by a much smaller margin than that the Athlon 64 had over Intel's NetBurst processors for a long time at that). I like AMD and think they are good for the market. If they went poof over night Intel would rape the CPU market like marauding viking horde. As I am sure AMD would if Intel went poof. They keep each other honest.

    5. Re:cool by jsoderba · · Score: 1

      As far as I know the first ATI chips with dual-link DVI are the R300 series (Radeon 9500-9850 cards), but the Xorg radeon driver still only has experimental 3D support for R300.

  5. Question for the AMD fans/afficianados by Churla · · Score: 1, Insightful

    What is the point of releasing a new iteration of an existing platform to bump up speed and still not catch up with the competitions products?

    Wouldn't they have been better served re-routing this R&D effort/money into something which would put them back on top of either the price or performance curves?

    --
    I'm a fiscal conservative, it's a pity we don't have a political party anymore
    1. Re:Question for the AMD fans/afficianados by Anonymous Coward · · Score: 0

      I think the answer is timeliness. I suppose your question was really rhetorical though, huh?

      I'd like to get my fingers on one of these, though, too.

    2. Re:Question for the AMD fans/afficianados by God'sDuck · · Score: 5, Insightful

      Better served? Yes, of course. Possible in the short term? No!

      Both manufacturers hurry out minor iterations of their existing processor set while readying the next generation; it's a stop-loss tactic, since they can pop something like this out in the engineering equivalent of an afternoon, and it masks the fact that they're falling behind. Rather like the Pentium IV QRSTTurboMach5's that were coming out almost weekly back when Athlon was pantsing Intel. Intel knew they sucked just as much as we did -- but not releasing them would have terminated their share price.

      Besides -- your average Dell buyer only sees "New Release", not benchmarks.

    3. Re:Question for the AMD fans/afficianados by Buddy_DoQ · · Score: 3, Insightful

      If you're an enthusiast with an existing AMD rig, why not just plop in a new CPU rather than a full Intel combo upgrade? If I was AM2 rather than 939, I myself would be down on this in a heartbeat. From the looks of things, overall it's about on par with Intel's bang-per-buck chips (E6600/E6700), sounds like a good move to me!

      Realistically, there's so much transition going on right now, DX10 cards, new operating systems, multiple cores, I think it's best to let this storm even out for another 6-12 months before considering a full upgrade. So for now, plop in that new CPU or GPU, if need be, and have fun!

      --
      -Buddy of DoQ
    4. Re:Question for the AMD fans/afficianados by Lazarus_Bitmap · · Score: 2, Insightful

      It might not be the performance champ, but they've also priced it cheaper. So it provides options, and options are always a good thing.

      --
      -Laz .:change is inevitable -- growth is optional:.
    5. Re:Question for the AMD fans/afficianados by ivan256 · · Score: 1

      By that logic, Intel shouldn't have launched any chips at all between 2001 and 2005...

      Sometimes you release a product when the schedule dictates in order to keep your existing customers happy.

    6. Re:Question for the AMD fans/afficianados by LWATCDR · · Score: 3, Insightful

      Not only that but there are a lot of people with AM2 motherboards that might like to do a simple upgrade without buying a new motherboard. Not to mention that Dell, Gateway, and HP probably have a nice supply of AM2 motherboards and system that they can now sell with a faster CPU.
      I am still ever hopeful to see what AMD does at 45nm.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    7. Re:Question for the AMD fans/afficianados by ABoerma · · Score: 1

      But is your average Dell buyer going to buy a lone CPU without the rest of the Dell?

    8. Re:Question for the AMD fans/afficianados by imbaczek · · Score: 1

      Yeah, 45nm will be cool, but you aren't seeing such dies anytime soon. If you meant 65nm... guess we'll have to wait 6 months or so till the first Barcelona.

    9. Re:Question for the AMD fans/afficianados by Lord+Crc · · Score: 2, Insightful

      If I was AM2 rather than 939, I myself would be down on this in a heartbeat.

      I also got a 939 rig, and I haven't quite understood the whole AM2 move from AMD. From what I've seen so far, AM2 doesn't bring a whole lot of improvements to the table, but what it does is equalize the upgrade costs between an AMD system and an Intel system. And in these days, that's hurting AMD bad I suspect.

      If AMD needs some easy cash, why not release something for the 939 system? A reasonably priced, speedy dual core for instance? All I can get from my local shops is the X2 3800, which while dirt cheap, is the slowest X2. Why not sell the 4800 you had for not quite as little? I'd buy that as a intermediate upgrade.

    10. Re:Question for the AMD fans/afficianados by LousyPhreak · · Score: 2, Informative

      939=DDR Ram
      AM2=DDR2 Ram

      --
      -- Karma: beyond good and evil - mostly affected by posting political
    11. Re:Question for the AMD fans/afficianados by archen · · Score: 2, Informative

      Not sure why you would be in any hurry to upgrade if you're just worried about your mainboard. AM3 processors will work in AM2 sockets.

    12. Re:Question for the AMD fans/afficianados by Lord+Crc · · Score: 1

      939=DDR Ram
      AM2=DDR2 Ram


      That's part of my point, but I fail to see yours. I was talking about taking one of the beefier X2's they had for the 939 and ship it cheap.

    13. Re:Question for the AMD fans/afficianados by Svartalf · · Score: 1

      It's fab turn. In order to actually catch up to Intel and possibly pass them they need to go to 45nm
      process parts and at least up the on-die cache memory (The MAIN reason Core Duos outpace AMD's parts
      is due to process size differences and the lower on-die memory that results from the same...). A new
      architecture would seriously do it, but the other things are more likely to bring them something.

      If you're wondering, they taped these things out probably 6 or so months ago and they finally
      passed all the conformance, etc. on them. It takes a bit of time to see "new" R&D come out
      of a company doing chips.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    14. Re:Question for the AMD fans/afficianados by Wakko+Warner · · Score: 1

      The average Dell buyer barely knows how to turn the computer on.

      Normal people do not upgrade their CPUs. They just buy new computers.

      --
      "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
    15. Re:Question for the AMD fans/afficianados by Xichekolas · · Score: 1

      IIRC, DDR2 can actually be slower in some configurations than DDR, because of increased latency.

      --

      Self-referential Sigs are cool on /. these days...

      54

    16. Re:Question for the AMD fans/afficianados by Chris+Burke · · Score: 2, Insightful

      What is the point of releasing a new iteration of an existing platform to bump up speed and still not catch up with the competitions products?

      Uh, if you're behind, then it is even more imperative that you continue releasing parts that keep you competitive. If you were in 2nd place in a stock car race, would you refrain from pulling a tight inside turn because it would only close the gap with 1st, not actually allow you to overtake?

      Wouldn't they have been better served re-routing this R&D effort/money into something which would put them back on top of either the price or performance curves?

      "Better" implies either-or, which is incorrect. Obviously AMD knows they need to do something to try to get back on top, and have claimed they have that thing in the upcoming Barcelona chip. Designing such a thing takes years. So if they did 'either-or', they would have been working entirely on Barcelona for the past couple years, and in the meantime would have released zero incremental speed upgrades. Which would be disastrous for their competitive standings. So they do the obvious thing: Work on both. A design team works on the new chip, while the product development team works on squeezing more MHz out of the existing design.

      Similarly, it isn't like Intel was sitting on their asses for four years while K8 kicked the Pentium 4's sorry ass around. They didn't keep releasing Pentium 4 + 200MHz because they thought that would get them the lead back. They did it because they had to keep selling parts while the multi-year effort to get their new PPro-ancestry designs was going on. In the short term, though, Pentium 4 + 200 MHz was what they could do to try to keep pace, so they did it.

      --

      The enemies of Democracy are
    17. Re:Question for the AMD fans/afficianados by LWATCDR · · Score: 1

      Your right 45nm is Intels next jump.
      Hopefully it will not just be a jump to 65nm but the new vector unit I read about as well.
      Of course I will need a new motherboard for that one...
      Oh well the truth is my current system is way fast enough as it is.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    18. Re:Question for the AMD fans/afficianados by Noonian+Soong · · Score: 1

      But even for those people, the move to Intel wouldn't be a bad idea. For the price of the 6000+ you can easily get a E6600 and a good board and maybe even save some money. The performance is almost the same and the power consumption is far lower.
      I really hope AMD will come up with something good soon, since in my opinion, at the moment the only market segment where AMD is worth considering, is the low price segment, where they are still competing against the Pentium D. But I doubt AMD does make a lot of money by just selling processors below 100 $. So hopefully they will release something that is able to compete with Intel, because this competition is necessary for the customer as well for the jobs at AMD (I would hate to see those nice fabs in Dresden being unused).

      --
      The strength of a civilization is not measured by its ability to fight wars, but rather by its ability to prevent them.
    19. Re:Question for the AMD fans/afficianados by MBGMorden · · Score: 1

      Somehow I doubt they would have been prevented from making Socket 939 motherboards that supported DDR2. I had Socket A motherboards in both the DDR and regular SDR variety. A new chipset to support it and they'd be set to go. Then regardless of if you have a 939 mobo with DDR or with DDR2, you still have access to the same processors.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    20. Re:Question for the AMD fans/afficianados by Methuseus · · Score: 1

      You have to remember that Socket A chips used a northbridge chip as the memory controller. In order to change memory type for the 64 line of processors they need to change transistors on the CPU itself because that's where the memory interface logic is found. IIRC DDR2 also uses more signal pins, or at least differently configured ones, than DDR. And also the two memory types have different power requirements which may affect the CPU interface as well.

      --
      Two things are infinite: the universe and human stupidity, though I'm not yet sure about the universe. - A Einstein
    21. Re:Question for the AMD fans/afficianados by vandan · · Score: 2, Interesting

      That's a pretty strange thing to say. It's like saying "What's the point of all the other car manufacturers competing with Porsche? They should quit releasing crappy cars and invest in R&D until they can produce a better car than Porsche".

      Of course, not everyone buys Porsches, just as not everyone buys Intel's top-of-the-line chip. AMD's chips are always better value. Always.

      I've never bought the most expensive CPU available. I always go for the best tradeoff between price and performance. It's called value . Don't they teach anything in schools these days?

  6. Speed Bump? by blcamp · · Score: 4, Funny

    AMD officially launched their next speed bump in the Athlon 64 product line "Speed bump"? You mean it's supposed to keep my computer slow(er)?

    --
    The problem with socialism is that they always run out of other people's money. - Margaret Thatcher
    1. Re:Speed Bump? by Chris+Burke · · Score: 3, Funny

      "Speed bump"? You mean it's supposed to keep my computer slow(er)?

      Is that what those are for? I thought it was so that you knew you were going fast enough when you caught air off the bump. If you're going too slow, it's not a bump, right?

      --

      The enemies of Democracy are
  7. Unfortunately? by goldspider · · Score: 4, Insightful

    "Unfortunately, in all the benchmarks seen here, it was still unable to catch Intel's Core 2 Duo E6700 chip at 2.66GHz."

    What's unfortunate about it? It's just a fact.

    --
    "Ask not what your country can do for you." --John F. Kennedy
    1. Re:Unfortunately? by Anonymous Coward · · Score: 2, Insightful

      Actually, wouldn't you want AMD to answer with something a bit more competitive, raising the bar for Intel again at these processor speeds? Competition is good for the consumer, big time...

    2. Re:Unfortunately? by Machtyn · · Score: 3, Interesting

      It's unfortunate to AMD and those who would support AMD. The customer gets a hotter, more power hungry processor, that is probably just as, if not more, expensive than a cooler, slower GHz rated Intel processor that outperforms the Athlon.

    3. Re:Unfortunately? by Junta · · Score: 1

      It is unfortunate obviously for AMD.

      But in the aggregate, it is unfortunate because the announcement of a new processor release suggests a hope of pushing the highest achievable performance up, and it is unfortunate that a new product does not fulfill such a hope. This is an industry-wide, vendor neutral way of expressing how it is unfortunate.

      But, ultimately, it's probably because the writer is an AMD fanboy and really would like to claim some victory over Intel above and beyond what existing products could theoretically provide.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    4. Re:Unfortunately? by Anonymous Coward · · Score: 0

      We like the free market. We like when the fight is more even, as it drives down prices. That's makes it unfortunate. The poster could be a fanboy (like I think you're implying), but that's why I find it Unfortunate.

    5. Re:Unfortunately? by Goaway · · Score: 1

      Facts cannot be unfortunate in your world?

    6. Re:Unfortunately? by Kjella · · Score: 1

      What's unfortunate about it? It's just a fact.

      I'd like them to one-up each other every day of the week. And the day they don't, I want it to be the one with deep pockets to move from dividends to R&D that is falling behind. Then again, the Core 2 Duo/Quad is pretty much exactly a result of this... Whenever Intel are seriously threatened, they push out damn good products. Last time around was when AMD was trying to reach the laptop market and they came up with Pentium M, also a damn good processor for its time.

      --
      Live today, because you never know what tomorrow brings
    7. Re:Unfortunately? by Anonymous Coward · · Score: 0

      I didn't know that this story was an editorial.

    8. Re:Unfortunately? by Anonymous Coward · · Score: 0

      "fan-boy" - Get over it... That term is so over-used and ridiculous.

      No, again, I'm sure the "writer" was saying it was "unfortunate" because competition is good for the consumer. If it were competitive with at least an E6700, then Intel would have something to look over their shoulder about a bit more... but they don't, which is "unfortunate".

    9. Re:Unfortunately? by JazzLad · · Score: 1

      Aren't they all?

      --
      "If you have nothing to hide, you have nothing to fear." - Every fascist, ever
    10. Re:Unfortunately? by Anonymous Coward · · Score: 0

      Because without the preceding "unfortunately" the comment would sound like Intel fanboyism.

    11. Re:Unfortunately? by Anonymous Coward · · Score: 0

      Yah but you can sense the bitterness on how when AMD bought ATI everyone was thinking they would release the drivers open sourced to the community; but since they haven't there hasn't been as much ass kissing of AMD/ATI lately because of some of the 'computer jihadist' around here.

    12. Re:Unfortunately? by gmack · · Score: 2, Informative

      It's unfortunate to AMD and those who would support AMD. The customer gets a hotter, more power hungry processor, that is probably just as, if not more, expensive than a cooler, slower GHz rated Intel processor that outperforms the Athlon.

      The AMD processors are cheaper than the Intel chips and the difference becomes even more noticeable when you throw in the difference in motherboard costs. I was pricing this out the other week when I wanted to upgrade. I considered a core2 but then looked at the total cost and when with an AMD x2 instead.

    13. Re:Unfortunately? by Ecuador · · Score: 1

      The article is aimed at consumers. And this is unfortunate for consumers, as competition drives prices down.

      --
      Violence is the last refuge of the incompetent. Polar Scope Align for iOS
    14. Re:Unfortunately? by jellomizer · · Score: 1

      What is stopping him. Just do what Apple Users have been doing for Years. Make their own benchmarks and show how it beats their competitors.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    15. Re:Unfortunately? by edxwelch · · Score: 1

      Intel motherboards are just as cheap. ASRock and ASUS make several budget boards that got good reviews

    16. Re:Unfortunately? by default+luser · · Score: 1

      The article is aimed at consumers. And this is unfortunate for consumers, as competition drives prices down.

      What is "unfortunate" about this? This is a great time to buy a processor!

      The X2 3800+ that I paid $300 a year ago can be had now for an amazing $100!

      This is the very same 3800+ X2 that people used to drool over, while complaining vocally that the price was too high. AMD, knowing their day in the sun would be limited, waited until the last possible moment to cut prices. That's competition.

      Competition is also the reason you can pick up a Core2 Duo for under $200, because AMD is willing to play the pricing game, and Intel is willing to follow-suit.

      Now, I'm just looking forward to Barcelona, because only then will we open the next chapter in the CPU war. Right now, AMd is just trading water, and Intel is just raking in whatever cash they can.

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    17. Re:Unfortunately? by Ecuador · · Score: 1

      I am saying exactly the same thing. Competition is what brought prices to an all time low (remember how much Intel used to price their non-celeron CPU's?), that is why it is unfortunate when AMD falls behind.

      I sure have high hopes for Barcelona though.

      --
      Violence is the last refuge of the incompetent. Polar Scope Align for iOS
  8. Not a very helpful benchmark by RailGunner · · Score: 4, Insightful

    From TFA: The OS used was Windows XP Pro SP2.
    A 32 bit OS. The real strength of the AMD 64 architecture is running in 64 bit mode - benchmarking this chip compared to other 64 bit architectures would be far more helpful than running a 32bit Sandra tests and Photoshop tests on it.

    Not a very helpful benchmark. I'd like to see these chips compared running 64 bit OS's - and compare the speed and throughput of applications like Apache, Oracle, PostgreSQL, MySQL, PHP / Perl scripting, and raw image processing - not Photoshop, where most of the time is spent waiting on the user to do something.

    1. Re:Not a very helpful benchmark by Pizza · · Score: 5, Insightful

      Perhaps more to the point -- I'm curious about the raw integer performance of the AMD64 vs Core2 parts. A great deal of the extra performance that the Core2 parts demonstrate is due to their single-cycle SSE engines (which the upcoming AMD parts will match), but if your code doesn't use SSE (ie your typical server app) then all of these desktop-type benchmarks are worthless.

      I'd also love to see a native 64-bit (integer) benchmark as well, both with and without SSE-enabled tests.

      --
      -- I ain't broke, but I'm badly bent.
    2. Re:Not a very helpful benchmark by spotter · · Score: 1

      do you think OfficeXP uses SSE? as it beat it in that benchmark too

    3. Re:Not a very helpful benchmark by Ecuador · · Score: 2, Interesting

      Exactly.
      Very few hardware journalists can set up tests that are useful for people who don't just load Win XP to play the latest
      FPS.
      My office, just like my university lab before, is fully 64-bit linux running custom programs. Anyway, some people (including myself) posted some sample benchmarks here recently (http://hardware.slashdot.org/comments.pl?sid=2216 76&threshold=1&commentsort=0&mode=thread&cid=17960 946), but I would like to see some serious benchmarking from hardware sites. Anandtech has done some good benchmarking in the past...

      --
      Violence is the last refuge of the incompetent. Polar Scope Align for iOS
    4. Re:Not a very helpful benchmark by Pizza · · Score: 1

      Of course OfficeXP uses SSE -- it makes heavy use of the graphics libraries and drivers, which are uber-optimized, even if the rest of OfficeXP is the epitome of unoptimized bloat.

      But it's worth mentioning that "Office XP runs 2% faster" is fairly meaningless, because when you're sitting down at the keyboard, 99% of the time Office is sitting there waiting for your input, so that 2% performance increase results in you saving a whopping ten CPU seconds over the course of your workday. Big whoop. (even if you somehow managed to keep Office pounding the CPU continuiously over an eight-hour workday, you'd save a whopping 8.4 minutes!)

      I'm more interested in compiler speed, crypto speed, non-photoshop image mangling (using straight integer or compiler-optimized C), simulation runs, testsuites, server performance using PHP, Perl, and Java. You know, things that don't generally lend themselves to vecorization thus rendering MMX/SSE useless.

      Native 64-bit support gives me a considerable performance boost (>50% is typical) over 32-bit integer-intensive code on my Turion64 laptop, and I'd love to see if the Core2 parts can match or exceed that.

      --
      -- I ain't broke, but I'm badly bent.
    5. Re:Not a very helpful benchmark by Jugalator · · Score: 1

      A 32 bit OS. The real strength of the AMD 64 architecture is running in 64 bit mode

      Same with Core 2 Duo, I might add.

      --
      Beware: In C++, your friends can see your privates!
    6. Re:Not a very helpful benchmark by PitaBred · · Score: 1

      So, do you just hate MMX/SSE, or do you just not do anything that requires it? Because a processor that does MMX/SSE faster will be faster on applications that use those accelerators, period, and that's all that really matters when you get down to it. It's still a valid comparison between the two processors.

    7. Re:Not a very helpful benchmark by Pizza · · Score: 1

      There's no arguing that the Core2 parts are much faster than the current RevF AMD64 parts when running SSE-optimized code in 32-bit mode. My point is that the "Desktop workload" that these guys keep benchmarking ad nauseum isn't the only workload people care about, myself included.

      The vast majority of the stuff I do simply doesn't (or can't) take advantage of MMX/SSE, so benchmarks for off-the-shelf desktop apps that are heavily weighted towards SSE performance don't tell me what I need to know.

      I don't care about games. I rarely encode MP3s. I don't even own MS Office or Photoshop -- All image manipulation I do revolves around dcraw, ImageMagick, and other completely-scriptable tools.

      Likewise, I don't care about 32-bit performance, SSE or otherwise, because unless something drastically changes, 64-bit mode on an AMD processor gains me far more than the slight improvements the Core2 parts demonstrate on 32-bit code.

      What little benchmarking I found was that the AMD64s spanked the Prescotts with 64-bit code. The P-M, Banias, and Core parts didn't support 64-bit mode, but the Core2 does. I simply want to know how it compares, but I have yet to see a (repeatable, non-anectdotal) comparison with the Core2 running pure 64-bit code.

      --
      -- I ain't broke, but I'm badly bent.
    8. Re:Not a very helpful benchmark by NuShrike · · Score: 1

      Then try Anandtech's analysis and benchmarks with Windows Vista Ultimate 64-bit.

      Summary, the Core 2 Duos still win with the X2 6000+s almost making parity with the E6700 cpus with 64-bit apps.

    9. Re:Not a very helpful benchmark by Anonymous Coward · · Score: 0

      Eh? It is exactly at integer codes Core2 is best at. Look at SpecInt.

    10. Re:Not a very helpful benchmark by akuma(x86) · · Score: 1

      Core2 smokes the AMD64 in integer performance.
      See SPECint scores at www.spec.org

      This is intuitive because the Core2 is wider than the Opteron - which translates into more IPC.

      It has a 4 wide issue, wider fetch bandwidth, instruction fusion which makes it effectively even wider than 4, deeper reorder buffers, out-of-order load/stores, hardware prefetching into the L1 cache. I could go on and on. The performance speaks for itself. Oh and the process lead (65nm Intel vs 90nm AMD) means Intel can give you double the cache in the same amount of area. Also, the entire cache can be used by a single core, instead of the hard-partitioned AMD design.

      All of this means that the fastest Core2 is 50% faster than the fastest Opteron on SPECint. You simply cannot buy a faster integer machine.

    11. Re:Not a very helpful benchmark by Pizza · · Score: 1

      Those Anandtech benchmarks are still running 32-bit code on Vista-64, and still just desktop-type applications. If anything, they're slower than Vista-32 would be. (Well, with the exception of the 3D Rendering tests...)

      Still, it's a more useful benchmark set than you usually see.

      --
      -- I ain't broke, but I'm badly bent.
    12. Re:Not a very helpful benchmark by Pizza · · Score: 1

      The problem with spec.org is that they report vendor results from entire system tests rather than "keep everything the same and switch out as few components as possible". In other words, use the same OS, same CPU, same RAM, same compiler, ideally the same binaries, etc..

      There's also a historical tendency to cheat as much as possible through use of esoteric compiler flags that would have real world programs crashing left and right, if they even compiled at all. This is especially true of SpecFP.

      Finally, there doesn't seem to be any indication of 32-bit or 64-bit operation in the table, but as the random sampling I checked out all seemed to be running on WinXP, I'd wager these tests were 32-bit only. Even the handful of SpecInt tests I found running on 64-bit platforms seemed to be building the code in 32-bit mode.

      I'm still waiting for pure 64-bit benchmarks along the lines of "how long will it take to compile a large, complicated source tree, like, say, the Linux kernel?" -- it's something I easily do a dozen times a day, being in the embedded systems biz and all.

      All 64-bit benchmarks I've seen so far are either desktop-type apps or are comparing AMD64 to P4-Prescott, which isn't really relevant any more.

      --
      -- I ain't broke, but I'm badly bent.
    13. Re:Not a very helpful benchmark by akuma(x86) · · Score: 1

      I'd be surprised if the Core-2 didn't outperform on something as integer-intensive as a kernel compile with 64 bits or 32 bits for the reasons outlined in my previous post. The microarchitecture simply gets a higher IPC.

      For clues on compiler performance, you can look at the "gcc" component of the SPEC benchmark. I believe the benchmark is gcc compiling itself - but it's been a while since I've looked at it.

      Now if you have a large budget and compile times are an issue, I'd invest in a compile-farm and use distcc :)

  9. It's all about the cache... by Zebra_X · · Score: 5, Insightful

    AMD has been skimping lately on its cache. I have a sneaking suspicion that the majority of AMD's current performance issues are related to cache and lack thereof.

    The Intel chips carry 4 to 8 Mb of cache. The thing about the Intel architecture is that the cache is shared across both or all 4 cores. In contrast the AMD chips have a dedicated *tiny* 1 MB cache for the consumer chips and 2mb per core on the high-end parts.

    With that said, the reality of dual core computing is that one core is used much more heavily than the other. In Intel's case this means that one core is basically given the entire cache for its use - a significant performance boost when running a few tasks. In AMD's case the idle cache is inaccessible to the heavily loaded core.

    The reason that makes me think that the cache is the current bottleneck is that the memory controller on the AMD chip is significantly faster than Intel's. Given that fact one would conclude that in non disk-bound applications that require large amounts of memory (games) the AMD chips would pull ahead. This is not the case. Of course there is more than just cache at play here but the fact that the Intel chips has 4 to 8 times more cache available to it has to make a fairly significant difference.

    Check out my AMD FX-70 at http://amd4x4.blogspot.com/

    1. Re:It's all about the cache... by Joe+The+Dragon · · Score: 2, Informative

      AMD's upcoming kl8 chip will have L3 that can be used by all cores also amd chips don't need a lot cache as they have a build in memory controller and a better chipset to cpu, cpu to cpu link. In a 2-4 cpu server the direct cpu to cpu links with out havening to use the chip set also reduce the need. I think that Intel may have to add cache to the ram controller / main chip set soon in there 4 cpu severs. Also AMD cpu let you have more then one cpu to chipset link in a system so you can have 2 chip set like in nforce pro systems 4x4 systems.

    2. Re:It's all about the cache... by Mdalek · · Score: 1

      You seem to be slightly confused, it's precisely because of the fact that the onchip memory controller is faster and lower latency that less cache is needed.

    3. Re:It's all about the cache... by glsunder · · Score: 1

      The reason why AMD is losing these comparisons is that the core2 cores are faster. They're a newer design, and they're very good. Cache helps, and it helps more on certain applications, but the core2 is simply faster.

      However, just because AMD is losing at the top end doesn't mean every AMD system loses to intel. At work, I'm still getting Athlon64 systems because you can get A64 3500+ 512MB systems with DVI and 3 year warranties for under $600. They're plenty fast for the users and DVI connection will do the users more good than a faster cpu.

    4. Re:It's all about the cache... by archen · · Score: 2, Insightful

      Have you ever really looked at benchmarks with the larger cache sizes? When I was looking into upgrading a processor I found that there were some Athlon64's that were pretty much identical except for the cache sizes. And what do the benchmarks show? Pretty much a negligible speed increase, which I found to be pretty surprising actually. When looking at the price difference you're much better off putting that money towards RAM. Maybe some server applications can better take advantage of the cache, but it seems like the consumer level isn't seeing much benefit there.

    5. Re:It's all about the cache... by GauteL · · Score: 4, Informative

      It may be important for some things, true, but a significant reason for the performance of the Core 2 duo is that most of the benchmark applications are heavily optimised for SSE, and the core 2 duo executes 128-bit SSE instructions in one cycle, as opposed to two cycles with the Pentium IV and the AMD Athlon 64.

      This is massively important as the core 2 duo can then operate on four 32 bit floating point numbers in one clock cycle instead of two.

    6. Re:It's all about the cache... by Anonymous Coward · · Score: 0

      Have you ever really looked at benchmarks with the larger cache sizes? When I was looking into upgrading a processor I found that there were some Athlon64's that were pretty much identical except for the cache sizes. And what do the benchmarks show? Pretty much a negligible speed increase, which I found to be pretty surprising actually.

      I'm pretty sure that's what you'd expect if the cache was way too small in both cases.
    7. Re:It's all about the cache... by Chris+Burke · · Score: 2, Insightful

      AMD has been skimping lately on its cache.

      Well, that's one way to look at it, another is that Intel has finally decided to unleash the flood gates on their own manufacturing and produce huge caches. Before the most recent generation of chips, Intel's desktop parts weren't sporting very big caches either. It was the Xeon MP and Itanium that were being granted gigantic caches -- I still maintain that Itanium's specfp score was mostly due to the amount of cache, since specfp 2000 should really be called speccache or specmem.

      Anyway, Intel has the best fab tech in the industry, some of the best circuit designers, and the most fab capacity. Combine this, and it is economical for Intel to put big caches on all their parts, and they decided to start using that advantage. AMD can't afford to follow suit -- not only are their caches larger in die area for the same storage, they also don't have the capacity to produce huge chips. AMD is already fab limited.

      This is why the recent IBM announcement about eDRAM is significant. AMD has a tech sharing agreement with IBM. If eDRAM is practical in AMD's 45nm process, then that could eliminate Intel's advantage in cache sizes.

      --

      The enemies of Democracy are
    8. Re:It's all about the cache... by MrNemesis · · Score: 1

      As others have pointed out, the AMD64 on-die mem controller means that memory access latency is significantly lower, making fetches from memory much faster and obviating the need for huge caches to make up for a cache miss. Again as has been pointed out, benches comparing the 512kB AMD64's to the 1MB AMD64's of the same clock and family typically show no difference, so cache is clearly not a bottleneck (except in the very few maths-eavy benches where the app fits entirely into a 1MB cache but not the 512k one).

      Also, Intel's 4-core chips do not share cache; each dual core die has a cache that is shared between two cores so it would be correct to define these 8MB chips as having 2x4MB caches. Potentially big difference there, as an app that was running across all four cores would have to use a slower interconect in order for dies 0 and 1 to talk to dies 2 and 3. It also means that a single threaded process could not use more than 4MB of cache.

      --
      Moderation Total: -1 Troll, +3 Goat
    9. Re:It's all about the cache... by sumdumass · · Score: 1

      I think everyone is confused now. It apeared to me that he was trying to say that Intel got around the slowness of hitting a seperate controler by using huge amount of cache memory. AMD isn't applying their "faster because" properly to compete with Intel's offerings. If there was more cache or equal amount of cache perse, the AMD offering would be walking all over Intel's offerings because of the "precisely because of the fact that the onchip memory controller is faster and lower latency"

      So he is acknowledging it, saying Intel found a way to beat it, and suggesting a way to surpass intel's fix is to bump up the cache that it shouldn't be need. This would/should place AMD's offerigns into the lead again because of the increased efficiency of AMDs design.

      He says a few other things too but that was the general points I took away reguarding this. Except that the way multiple cores operate and intel's cache design give the processor doing more work more cache memory. So if the processor has 2 meg over two cored, the primary processor might be able to access all two megs wich makes AMD's one meg divided by two cores actualy 512k. The reality is that in some situations, acording to the gp, is that AMD's 512 cache is working against 2 megs which overpower the benifits of the on die memory controler. Increasing the 512 to 1 or 2 megs should eliminate this advantage intel is using now.

    10. Re:It's all about the cache... by Anonymous Coward · · Score: 0

      a significant reason for the performance of the Core 2 duo is that most of the benchmark applications are heavily optimised for SSE

      This is massively important as the core 2 duo can then operate on four 32 bit floating point numbers in one clock cycle instead of two.


      It's funny that a database program like Oracle uses none of the floating point capabilities of these chips.

    11. Re:It's all about the cache... by Methuseus · · Score: 1

      I would like to add that one possible reason that the Core 2 is so much faster than the Athlon 64 is that the memory is shared in a sense besides being able to be allocated all to one core. There is also the fact that say core(0) fetches some bit of data from memory and puts it in the on-die cache. If core(1) needs that same bit of info (which can happen in many benchmarks) then it doesn't have to go back to RAM to get it, but just uses the data there. The data could even be as simple as the address of another piece of data in RAM, or even the SCSI ID of a particular component. If the Athlon 64 were to have a unified cache like that, it might alone close the gap. Of course there is still the fact that the Core 2 can execute SSE instructions faster than any other CPU.

      --
      Two things are infinite: the universe and human stupidity, though I'm not yet sure about the universe. - A Einstein
    12. Re:It's all about the cache... by Anonymous Coward · · Score: 0

      I don't believe you. There's a reason for the insanely large caches on intel's current chips.

      You're saying that the cache isn't really part of the equation. So let them cut it in half and make a billion in extra profit.

    13. Re:It's all about the cache... by Jugalator · · Score: 1

      The "problem" (from AMD's POV) is however that Core 2 Duo generally overtakes the current generation Athlon 64's also in non-synthetic tests. I can't say I'm noticing much of an advantageous difference towards Intel's position only in the synthetic tests. The time it was about FEAR, Q4, Cinebench (actually giving an even more impressive lead than 3DMark tested right next to it), LAME, next time it may be about other real world applications.

      --
      Beware: In C++, your friends can see your privates!
    14. Re:It's all about the cache... by dr.badass · · Score: 1

      The Intel chips carry 4 to 8 Mb of cache.

      No. They have 2 or 4MB cache, with only the quad-core chips having 8MB.

      --
      Don't become a regular here -- you will become retarded.
    15. Re:It's all about the cache... by SaDan · · Score: 1

      Or if the processor didn't benefit from extra cache in most applications...

    16. Re:It's all about the cache... by maraist · · Score: 1

      There is inter-cache locking that has to occur.. If one CPU's cache owns a piece of memory, then all subsequent references must come from it, not main-memory. Hyper-transports makes use of this super-high-speed cache-to-cache copying.

      --
      -Michael
  10. Manufacturing != R&D by grimJester · · Score: 3, Insightful

    The percentage of chips able to run at a given frequency rises as they tweak the process to make manufacturing more efficient. This is not a new factory, process or design. They make them already. Why not sell them?

  11. Re:On a similar note... by KingEomer · · Score: 1

    What? Do you mean using some sort of BigInteger-like library? Otherwise adding two big numbers is a single operation (assuming they're already in registers).

  12. Re:On a similar note... by qbwiz · · Score: 1

    Heh, who needs a 64 bit processor to try that? Python works fine

    >>> 1000000000000000+1000000000000000
    2000000000000000L
    >>>

    1 quadrillion + 1 quadrillion = 2 quadrillion. Have a nice day. :)

    --
    Ewige Blumenkraft.
  13. Increase bus speed by Dishwasha · · Score: 1

    Is AMD hoping that they can just keep increasing the multiplier until people forget that all that does is increase frequency and cause more cache page misses? Do people not remember when the processor that was increased in frequency by .2 Ghz through multiplying the clock, that it actually performed worse than it's predecessor that performed at bus speed? If AMD does not increase the bus speed they are always going to be playing catch up to Intel.

    1. Re:Increase bus speed by scharkalvin · · Score: 1

      I'm sure an increase in bus speed is in the works.
      The 200mhz speed represents a DDR speed of 400mhz, and until DDR2
      this was the limit. DDR2 should offer a higher native bus speed
      and AMD will probably get this to work by the time the 65nm parts
      go mainstream. We can hope.

    2. Re:Increase bus speed by Anonymous Coward · · Score: 0

      AMD already has a faster bus speed. Their on die memory controllers talk to the cores all the way up to dual PC2-9600, if you spend the money for them. That's 19.2GB/s. Even easy to get dual PC2-6400s give you 12.8GB/s. Intel's Core Duo chipsets only allow a 1066MHz FSB that only gets 8.5GB/s. You can see that Intel is behind in bus speed when the working set is larger than the caches, say over 6MB (the Intel quads have to go through the FSB twice and NB to get to the other die's L2). Then they work slower than even a 2GHz A64 X2. Heck in SPECfp_rate2000, a dual 2.6GHz Opteron 2218 outruns a dual 2.67GHz Cloverton Xeon 5355 by 12% (117 to 104). To get upto the Opterons, the Clovertons have to be overclocked to 3.33GHz with FSBs at 1667MHz just to allow Intel's 8 C2D cores to match AMD's 4 K8F cores. And that does not even account for the HT link(s) of the A64, X2 and Opteron. The former has 8GB/s on one link in addition to the 12.8GB/s from memory (20.8GB/s total almost 2.5 times that of single socket C2D). For Opteron, you get 3 6.4GB/s links plus 12.8GB/s memory for a total of 32GB/s, almost 4 times SS C2D.

      No bus speed is where Intel is far behind. They need massive caches to make up for it and benchmarks that have small working sets that fit. Photoshop and Sandra are two of them.

    3. Re:Increase bus speed by Anonymous Coward · · Score: 0

      THe K8 architecture does not have a bus speed. It's connected to the rest of the system via Hypertransport, and the next real update (K8L) will have Hypertransport3, which has triple the capacity and is well over what Intel offers (the current version is indeed lagging behind Intel nowadays).

  14. silly but ... by tomstdenis · · Score: 2, Interesting

    Seems silly to release another 90nm part before the move to 65nm but keep in mind their are DIFFERENT LINES/TEAMS working at AMD. It's not like the production people working on retail 90nm parts are the same as the people testing new 65nm techniques.

    AMD is just trying to get as much non-idle time out of the fab as possible before they move everything to 65nm.

    It's the same reason why they make "el-cheapo sempron" parts and sell them AT A LOSS. It's better to lose a few bucks than a lot. And idle time in a fab costs a lot of money.

    Tom

    --
    Someday, I'll have a real sig.
    1. Re:silly but ... by Bright+Apollo · · Score: 1

      I disagree. Idle time in any manufacturing operation can be viewed as an opportunity. For one thing, retooling to go to 65nm or 45nm or 30nm takes time, which might as well be spent earlier rather than later. Another consideration is maintenance, which is not retooling but repair and perhaps prep work for a future retooling effort if necessary.

      Cranking out processors just to give people something to do is not really minimizing costs, unless you're paying people to be idle. Even then, the energy and raw material costs probably have their own break-even points that require x-number of CPUs to be sold before it becomes better to run the operation than not. Because this is a new CPU, some investment went into design and possible minor retooling anyway, so that determination was already made.

      The fact remains, until 65 and 45nm procs emerge, and AMD moves to a shared cache, Intel will have the perf lead, period. These things happen, so it's best to put on your consumer hat and enjoy the fruits of competition... the zealotry has no place in business.

      -BA

    2. Re:silly but ... by tomstdenis · · Score: 4, Informative

      Several things:

      1. They have several production lines. They make more than one CPU type at a time. They are capable of simultaneously producing/testing 65nm while making 90nm parts.

      2. Idle time in a fab is a KNOWN COST HAZARD. I'm not making this up. It costs money to keep rooms clean, pay the interest on the debt, etc

      3. Word on the street [when I was an AMD employee...] was the average processor cost ~60-80$ USD in raw materials/time/effort to make (assuming 100% yield). Yes, your opteron cost about the same to make (excluding yield problems) as that $50 sempron. So why make semprons if they lose money? Yes, I know I'm discounting yield which does contribute real cost to the processors. On the opteron side though, my take [personal op] was that most of the cost was to recoup the R&D not the production costs.

      Point is, both AMD and Intel produce low end parts that cost money. Even in the Celeron line which they call "mistakes" (e.g. parts with broken caches) that's not entirely true and is misleading. Even if you made a defective cache, it costs more money to just throw the die out, then to package it as a celeron and sell it at a loss.

      4. Intel cores are fast, but they're not the be-all. They still lack NUMA support which is handy in HPC environments (re: not your desktop). They're also not quite a strong in the ALU front (though from my crypto benchmarks are VERY VERY close).

      I'm by no means an AMD fanboi. Hell, my desktop is a core2. But I still love my 2-way Opteron workstation and get it to do things that run circles around the core2 (like hosting 15 engineers running simulations/verifications/etc).

      Buy what you need, not what some lame commercial on TV tells you. For many, the core2 is the best buy. It's fast, wicked low power and the cost isn't bad. For others, AMD is the better buy (cheaper) or simply more powerful (opterons).

      Tom

      --
      Someday, I'll have a real sig.
    3. Re:silly but ... by Bright+Apollo · · Score: 1

      Idle time in a fab is no less an issue for AMD than it is for a major pharmaceutical that needs to produce as much anti-cholesterol drug as possible before patent protection runs out. However, it is far easier to keep an idle room clean than it is to maintain a working production room's cleanliness, and costs for a line still have to factor into the overall account the cost of supply chain. In this respect, CPU manufacture is no different than any other supply chain manufacturer.

      -BA

    4. Re:silly but ... by tomstdenis · · Score: 2, Insightful

      You're missing a huge point. Every day that they're not making anything is a day of paying 1000s of wages, taxes, utilities and interest on the loans they take out to pay for the equipment. It's cheaper to make something, anything, that you can sell [and earn some low hanging customers] than so sit around doing nothing.

      Think about it, you have a pile of costs that don't go away. You can't just lay off/rehire fab technicians on a whim. These costs don't just go away because demand for Opterons is lower one week compared to last.

      They DO NOT make the low end processors to profit. Quite the contrary, they barely break even [if not lose money] on the deal in terms of per unit cost. Aside from re-couping some cost, they also earn business from customers who can only afford the $50 processor (which in all likelyhood is all they really need anyways). Many customers who start on the low end processors come back for another, or better yet, a higher end processor down the road.

      Tom

      --
      Someday, I'll have a real sig.
    5. Re:silly but ... by Bright+Apollo · · Score: 1

      I'm not missing the point, and I think you need to understand how a supply chain works before continuing the debate. There is a price point that must be met before making something is more worthwhile than sitting idle. Making "something" is definitely not better than sitting idle in all cases.

      -BA

    6. Re:silly but ... by tomstdenis · · Score: 1

      Ok, let me explain this so you understand. They LOSE MONEY on the low end processors. That's not a lie, it's not a myth, it's the fucking truth. They make them because it fulfills a need and keeps the fab operating. But part of the equation that is missing here is how much money goes into making the die vs. the chip. If a processor costs $50 to make, $35 of which is the die and $15 is packaging, then throwing out a die that doesn't quite make the cut is stupid.

      You already spent the $35, so selling the processor for anything more than the packaging cost makes sense. Using these numbers they could sell the processor for $20 and recoup $5 against the loss on the processor.

      Now if you're fab has say 1000 employees, each earning on average say ~86K/yr [which is what I made at AMD btw], then each day costs the fab $235K in salaries alone (not including benefits). Then you add in interest on debt, utils, lease, etc. Each day could easily cost close to half a million dollars.

      You're going to want them always making processors. Even if they're not the high end variety. Obviously you don't aim to make the low end parts, but you don't cut your losses as soon as a die fails to meet spec. So while a sempron [or celeron] may net them a loss, it nets them LESS of a loss so it makes sense. So instead of throwing out the dies and putting an idle bubble in the pipeline they keep going.

      And of course oddly enough sometimes you have to make a near loss part to meet demand. There is a demand for celerons/semprons even if they are lower profit parts. Not making them would mean the customer would just jump ship and look elsewhere. I'm sure at one point or another both companies have set out to actually make them, not just by "accident" as they would have you believe.

      Tom

      --
      Someday, I'll have a real sig.
  15. LMAO this is ludicrous by stud9920 · · Score: 0, Troll

    Even if we paid Indians $1 an hour, at a rate of even 100 transistors per hour, this would cost $2m to make one of them and this is not counting material. How many government agencies can afford that ?

  16. You make incorrect assumptions by lcnxw · · Score: 4, Interesting

    The design and development of a processor has improved vastly since the days of borked multipliers. There are standard benchmark tests that engineers use to rate their designs in-house. If AMD chooses to go with smaller caches, I would imagine they have very good reasons.

    Perhaps in order to keep good performance when communicating between caches they need to keep the number of memory addresses low so that the overhead stays low. They decided that separate caches was a better model, and they currently have to maximize performance with this design.

    AMD might have favored their server market when choosing this design and separate cache works better for server machines. They may need to refine their architecture for the desktop market. Don't be so quick to accuse AMD of making cache mistakes without doing the math for find the theoretical best solution.

    1. Re:You make incorrect assumptions by Anonymous Coward · · Score: 0

      The reason AMD has small caches is that silicium is expensive for them. They have only limited fabrication capacity as oppossed to Intels vast array of fabs. So AMD tries to rely on the brain and not the muscle of its chips and so maximizes the number of chips they can produce.

    2. Re:You make incorrect assumptions by maraist · · Score: 1

      There is also greater heat with larger cache sizes.

      Oddly enough, smaller caches are supposed to have faster access-cycle times (lower latency).. (presumably because of requiring fewer address bits). But every stat I've looked at over the past several years has Intel with lower-latency caches than AMD.. I haven't see the latest crop of Duo v.s. AMD though so I can't comment there.

      --
      -Michael
  17. Pedant moment by seebs · · Score: 1

    To comprise is to be composed of. The chip comprises 227 million transistors, or is composed of 227 million transistors.

    This is one of the rare cases where a common misuse isn't just a gradual development of language; it actually reverses the sense of a word, replacing the relation of the whole to the parts with the relation of the parts to the whole.

    --
    My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    1. Re:Pedant moment by Anonymous Coward · · Score: 0

      USAGE NOTE The traditional rule states that the whole comprises the parts and the parts compose the whole. In strict usage: The Union comprises 50 states. Fifty states compose (or constitute or make up) the Union. Even though careful writers often maintain this distinction, comprise is increasingly used in place of compose, especially in the passive: The Union is comprised of 50 states. Our surveys show that opposition to this usage is abating. In the 1960s, 53 percent of the Usage Panel found this usage unacceptable; in 1996, only 35 percent objected.
    2. Re:Pedant moment by seebs · · Score: 1

      The problem is, this isn't just a popularity contest. In some cases, an "objectionable usage" is just an extension to the language; it doesn't confuse, it just adds new options.

      In this case, we have a word which is being used as its own antonym. That's not so great.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    3. Re:Pedant moment by Anonymous Coward · · Score: 0

      Hey Mr Pedant,

      See: http://www.m-w.com/dictionary/comprise definition #3 and its usage discussion.

      Merriam Webster's definition #3 for comprise is "compose, constitute." The usage discussion says that some people still think definition #3 is wrong, even though it has been in use for over 100 years.

      Anyway, my key point is that the usage you dispute is still listed as a valid definition in a very reputable dictionary, so you can't appeal to a notion of "the correct definition" to support your case. :)

      Have a nice day!

  18. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  19. Benchmarks, smenchmarks... by advocate_one · · Score: 1

    Critical question here is whose compiler was used to compile the benchmarking programs??? and whether the benchmarks themselves were specifically compiled to take advantage of the instruction sets...

    There's only one truly independent test available... and that's how long it takes to emerge a default Gentoo install with the compile options set to match the respective processors. Everything else should be as identical as possible.

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    1. Re:Benchmarks, smenchmarks... by Anonymous Coward · · Score: 0

      Did you read the article? Do you understand the concept of a product review?
      The benchmarks include stuff like Photoshop and Quake 4 and FEAR. Closed source software. You can't recompile them. People buy these processors to run these programs, and their performance at them is exactly the right benchmark to use when you're trying to make a value judgement about which to buy.

    2. Re:Benchmarks, smenchmarks... by Anonymous Coward · · Score: 0

      That's not a great benchmark unless all you care about is emerge performance. It's largely a benchmark of gcc, and you're suggesting that different gcc optimisation options be used which makes the results incomparable (eg maybe "-O3 -march=nocona" is more work for gcc than "-O3 -march=opteron").

    3. Re:Benchmarks, smenchmarks... by advocate_one · · Score: 1

      ah, but once you've done the full install, you can then use the machines to run other "standard" tasks (using scripts) to see which is really faster.

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  20. Re:On a similar note... by binner1 · · Score: 0, Offtopic

    But I use Ruby you insensitive clod!

    irb(main):001:0> 1000000000000000+1000000000000000
    => 2000000000000000

    Guess I should get that cup of coffee now, eh?
    -Ben

  21. Re:Damnit... they're making it confusing again... by Air-conditioned+cowh · · Score: 1

    Good point.

    Are we comparing AMD 2 cores with Intel 4 cores here?

    If so then I humbly suggest that the test might just be a tad skewed.

  22. Memory controller is on die. by DrYak · · Score: 3, Informative

    Somehow I doubt they would have been prevented from making Socket 939 motherboards that supported DDR2


    It does.
    With Athlons, the memory controller are on the northbridge (just like Intel's). You can put whatever memory on the mother board, as long you put the correct north bridge.
    So that's why you have both SDR and DDR Socket A mother boards.

    A new chipset to support it and they'd be set to go.


    That's not how is works with Athlon 64s : They have on die memory controller. The type of memory you can connect to the mother board is directly determined by the type of processor. And until recently each type of processor has it's own connector :

    Single Channel DDR : Socket 754
    Dual Channel DDR : Socket 939
    Dual Channel DDR2 : Socket AM2

    Only from now on will you have mutually compatible AM2/AM2+/AM3 mother board, which will use mechanically compatible connectors and the limitation will be only be the memory controllers on the chips (AM3 processors have both DDR2 and DDR3 and can got in all 3 motherboard. AM2 chips only have DDR2 and only go in AM2/2+ MB).

    On Athlon 64 motherboard, the nortbridge is nothing more than a controller in charge of peripherals and their busses and doesn't touch the memory at all. It's completly agnostic of the memory and only speaks "Hypertransport" to the CPU. It is mutually interchangeable with all mother board. And in fact you can find the exact same VIA KT880 AGP chipset on mother board from 754 all the way up to AM2, regardless of the memory.

    You can make different king of motherboard with the same chipset.
    But 939 Processor can only connect to DDR memory, so you're stuck with it.

    (On the otherhand, we could imagine building PCI-e nForce6 motherboards for Socket 754 CPUs and AGP KT880 mother board for AM3 connectors. But no company curently bothers.)

    As a side note, that's one of the reason why Athlon64 have a smaller cache :
    - Unlike Intels they're not limited by the bus speed for memory transfers. They have access to memory at full speed.
    - Memory access is direct, without having first to be processed by north bridge and latency is much lower.
    Of course now that DDR2 (and even more DDR3) have higher latency, these advantages don't shine any more.

    To see it by yourself can look at the trace on the mother board. On regular mother board, the north bridge is in the middle and has trace both to the memory and to the CPU. The CPU is only linked to the northbridge.
    On athlon64 mother board, the traces go from the memory to the CPU. The north bridge is only connected to the CPU.

    In fact now that the AM2/2+/3 familiy has been declared upward compatible, you may start to see the same kind of compatibility that we had back with the Slot-1 connector which could be used with the first Pentium IIs all the way up to the latest Pentium II Tualatins (given one uses the correct slotket).
    And this what exactly this is all about : AMD *does want* a stable socket so they can attract potential chip makers that will be interested in making specialized coprocessors that will remain compatible thru all upgrades from AM2 to AM3.
    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  23. Re:Damnit... they're making it confusing again... by jalefkowit · · Score: 2, Informative
    There's four basic AMD desktop chips these days. Here they are in order of performance, fastest first:
    • Athlon 64 X2 is their dual-core offering, available for Socket AM2 and Socket 939 motherboards.
    • Athlon 64 FX is their high-end single-core offering, available for Socket AM2, Socket 939, Socket 940, and Socket F (server) motherboards.
    • Athlon 64 is their mid-range single-core offering, available for Socket AM2, Socket 939, and Socket 754 motherboards.
    • Sempron is their low-end ("value") single-core offering, available for Socket AM2 and Socket 754 motherboards.
    So, to answer your questions: Athlon FX's are not dual core (dual core chips will be labeled Athlon 64 X2), no matter what socket they use. Intel does have four-core offerings, and they do call them Core 2 Quads. The Core 2 Extreme is not necessarily a four-core chip; there are Core 2 Extreme Duo and Core 2 Extreme Quad flavors.
  24. It is trivial... by Junta · · Score: 1

    AMD still does maintain a stronger memory architecture, stream numbers out of AMD platform systems are much higher than comparable intel.

    Of course, this processor does nothing to widen that gap or anything..

    --
    XML is like violence. If it doesn't solve the problem, use more.
  25. Dual Core Athlon 64 FX by Anonymous Coward · · Score: 0

    Wrong.

    All of the Athlon 64 FXs newer than the FX-60 are dual-core. This includes the FX-60, FX-62, FX-70, FX-72 and the new FX-74.

  26. Mod parent up by jalefkowit · · Score: 1

    You are correct, there are dual-core Athlon 64 FX's. My mistake. I blame AMD's web site, which doesn't make this immediately clear on the product pages.

  27. It's a long hard road for AMD fans by billcopc · · Score: 1

    I'm still waiting for the next big thing from AMD. I really don't have a need to upgrade at this point, my gaming rig is a 2.4ghz X2 and as far as I can tell, it does everything I throw at it fast and smooth. Would I like a faster CPU ? Of course! But I don't think a 20-25% clock speed boost would excite me enough to justify the expense. I have high hopes for the quad-core Barcelona coming later this year, which will be a native quad unlike the Intel Kentsfield which is just two dual-core dies smushed together on a package. I can only hope it will be as satisfying of a step forward as the Athlon64 -> X2 hop was when it came out.

    Why do I resist Intel ? Mainly cost. I've always preferred the chipset panorama available to AMD platforms. Maybe that's because I've seen too many pricey Intel boards catch fire on my test bench, but those were old P4 setups. I haven't laid hands on a Core 2 board yet, I can only hope they're less tempermental than their ancestors. The price premium still remains, as you can get a perfectly decent AMD board for about $90 canadian ($75-80 USD), but Intel boards under $99 tend to suck hard, if you can find them at all. The mean price for an enthusiast Intel board seems to be $200 and up, double what a like-featured AMD board would be.

    Add in the CPU price differences and you can easily build up a 20-25% price premium for the Intel system, versus a $1200 mid-range AMD rig. Sure, the Intel is faster now but a lot of people would rather put that extra $200-300 toward a video card, more RAM or a pair of Raptors. It's all too easy to forget that we're building a System, of which the CPU is just one part.

    I remember this kid came to me, a few years ago. He had cobbled together a crapwagon of a PC, with a bunch of hard drives spanning an entire decade.. 3.2 gb all the way up to 250gb, extra IDE controllers to run them all. Then he had this 420-watt no-name power supply, PCI video card because he already fried the AGP slot! But then he had an overclocked P4 with watercooling and the works. Well that day I had just received a batch of new cpus and sure enough, he dropped $600 on the fastest one I had. I wanted so bad to give him the next one down and have him spend the $200 or so difference to replace the other garbage in his case, but his only priority was achieving the highest clock speed. He didn't even do anything intensive with his PC, all he cared was to have the fastest benching CPU for screenshots and bragging rights. The fact that it could do high-speed fuckall didn't matter one bit to this teen.

    --
    -Billco, Fnarg.com
  28. in other news... by Khyber · · Score: 0, Offtopic

    "Unfortunately, in all the benchmarks seen here, it was still unable to catch Intel's Core 2 Duo E6700 chip at 2.66GHz"

    No shit, Sherlock. Core Duo is 32-bit and can only run 32-bit XP or Vista. When you limit a 64-bit processor to a 32-bit OS, of course you're most likely gonna get your ass nailed to the wall.

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    1. Re:in other news... by Jugalator · · Score: 1

      "Unfortunately, in all the benchmarks seen here, it was still unable to catch Intel's Core 2 Duo E6700 chip at 2.66GHz"

      No shit, Sherlock. Core Duo is 32-bit and can only run 32-bit XP or Vista. When you limit a 64-bit processor to a 32-bit OS, of course you're most likely gonna get your ass nailed to the wall.

      First, we're talking of Core 2 here, not Core (that's an older CPU generation), and any Core 2 processor is a 64-bit processor.
      --
      Beware: In C++, your friends can see your privates!
    2. Re:in other news... by Anonymous Coward · · Score: 0

      No shit, Sherlock. Core Duo is 32-bit and can only run 32-bit XP or Vista. When you limit a 64-bit processor to a 32-bit OS, of course you're most likely gonna get your ass nailed to the wall.


      Perhaps your understanding of 64-bittedness in OSs and programs should extend further than the belief that 64-bit is 2x as fast as 32-bit. And also, RTFA as no one really talks about Core anymore (Core 2 is the current Intel 'stuff').
    3. Re:in other news... by necrogram · · Score: 1

      Yes but the Core 2 Duo is 64 bit

  29. Why, exactly? by D3m0n0fTh3Fall · · Score: 1

    Why exactly do you find that the given benchmarks are not useful? Do you think that we should care about how the chip could possibly perform in a scenario that accounts for a tiny proportion of all real use(your 64-bit suggestion) or that perhaps we should care about the use that these chips will see the vast majority of the time(32-bit apps on a 32-bit OS)?

    I think somehow that the latter is more useful.

    1. Re:Why, exactly? by Anonymous Coward · · Score: 1, Insightful

      Why exactly do you find that the given benchmarks are not useful?

      Because the vast majority of corporate desktops are not running 3D applications, and corporate servers are more performance critical than what corporate desktops are.

      Do you think that we should care about how the chip could possibly perform in a scenario that accounts for a tiny proportion of all real use(your 64-bit suggestion)

      Nice troll attempt. The majority of corporate desktops are not running 3D applications, so the Sandra and 3DMark benchmarks are irrelevant, and I agree with the Grandparent post. I too would like to see a true 64bit benchmark, but also add in mail and file servers to the databases and web servers that grandparent poster mentioned. Hell, if you want to get really fancy, benchmark J2EE performance on the boxes, too.

      or that perhaps we should care about the use that these chips will see the vast majority of the time(32-bit apps on a 32-bit OS)?

      Try telling that to the IT director that has to maintain a system that will handle corporate email for over 5000 users - and do it quickly, while running SAP, internal J2EE apps, and other corporate applications.

      With that kind of volume, the increased throughput of the 64 bit architecture becomes very compelling.

      I think somehow that the latter is more useful.

      Only to you. Meanwhile, adults have more important things to do than squeeze out another 3 frames per second on Call of Duty.

  30. Re:Damnit... they're making it confusing again... by ben+there... · · Score: 1

    Intel does have four-core offerings, and they do call them Core 2 Quads. The Core 2 Extreme is not necessarily a four-core chip; there are Core 2 Extreme Duo and Core 2 Extreme Quad flavors.

    You can tell the Intel chips apart by their model numbers. Extreme edition means the multiplier is unlocked both up and down. All the rest have locked multipliers that can only be decreased.

    Extreme edition (X, QX):
    X6800 is dual-core.
    QX6700 is quad-core.

    Also Quad, not extreme edition (Q):
    Q6600

    All the rest are dual-core (E), Conroe (E6):
    E6700 4 MB cache
    E6600

    E6400 2 MB cache
    E6300

    Allendale (E4):
    E4300 2 MB cache
  31. Re:Damnit... they're making it confusing again... by Jugalator · · Score: 1

    Not if the Intel CPU's are still price competitive, because that's all that matters to your end user.

    But no, these Core 2 Duo's aren't quad processors -- in that case they'd be talking of QX6800's, not X6800's.

    --
    Beware: In C++, your friends can see your privates!
  32. Re:Damnit... they're making it confusing again... by Chandon+Seldon · · Score: 1

    You're off by a couple months. The high end Athlon FX processors have been dual core for a while now.

    http://www.amdcompare.com/us-en/desktop/details.as px?opn=ADAFX70GAA6DI
    http://www.amdcompare.com/us-en/desktop/details.as px?opn=ADAFX62IAA6CS

    Note how it says "1MB x2" for L2 cache.

    --
    -- The act of censorship is always worse than whatever is being censored. Always.
  33. Hardly any difference at all by heroine · · Score: 1

    The only conclusion you can see from these benchmarks is that quad is better than dual is better than single. Between different CPU's of identical number of cores, the difference is negligible. They're all limited by memory bandwidth.

  34. Re:On a similar note... by Wavicle · · Score: 1

    my hypothesis is that addition breaks down when you get into numbers bigger then about a trillion, in such a way that the result of adding two numbers tends towards the result of multiplication

    Interesting. My hypothesis is that multiplication of two such numbers will differ from addition of two such numbers by at least 12 orders of magnitude. Let us know what you find out.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  35. Corrected link by Ecuador · · Score: 1

    The URL got corrupted, so I was referring to this and this.

    --
    Violence is the last refuge of the incompetent. Polar Scope Align for iOS
  36. Re:correction/update by Anonymous Coward · · Score: 0

    Oh crap. It says late 18th century, not late 1800s. That's over 200 years of valid use.