Slashdot Mirror


AMD's New Thunderbird Articles & Benchmarks

nd writes: "The NDAs for AMD's new Athlon Thunderbird reports just expired, and the benchmarks have been pouring in. Tom's Hardware's coverage (in German) is here , a translation to English is here - Anandtech also covered the new CPU release. For those of you who want to learn more about the Thunderbird, here is an interview with AMD on the processor release. Overall, the Thunderbird is performing quite well, and will be sold at the same price as current Athlons. "

30 of 69 comments (clear)

  1. Somewhat disappointing.. by bmajik · · Score: 2

    As Tom stated in the end of the review, it is somewhat disasppointing. I was hoping the new Athlon would completely trounce the intel chip. Instead, intel beats it by a fraction on a couple of benches, and Athlon comes out significantly ontop in just a few scenarios.

    Amusingly enough, if AMD wins, it will be because of price and availability, not sheer performance. I imagine there are benchmarks out there that Tom didn't present that might cast the athlon in a more favorable light.. theres no doubt in my mind that it's simply a better designed processor.

    --
    My opinions are my own, and do not necessarily represent those of my employer.
    1. Re:Somewhat disappointing.. by Tei'ehm+Teuw · · Score: 2

      Agreed, Intel has had there problems delivering lately. AMD seems to have a little better track record of late with delivering on what is says it will.

    2. Re:Somewhat disappointing.. by cybrthng · · Score: 5
      Now what benchmarks actually make use and what motherboards actually support these CPU's to its fullest?

      I don't think AMD's cpu's are being optimized fully by any software/driver and hardware combination yet. The world is yet still waking up from Wintel and i'm sure with more optimizations, better memory to cpu bus and better motherboards on the horizon the same chip will outperform intel counterparts.

      Just my 2 pence

  2. Better translation by levendis · · Score: 4

    Here's a far better English version of the Tom's Hardware article

    --
    ---- I made the Kessel Run in under 11 parsecs.
  3. Re:More information by Acronym · · Score: 4

    OK, this is a troll which I just fell for.

    It's a malicious CGI script which makes you follow up to the article, as anyone just seeing the article (or later on surfing at -1 when we all get modded through the floor) will find out.

    Frankly I don't give a damn about karma, but this is just *annoying*.

  4. Re:More information by Eviltar · · Score: 3

    If you appreciate this CGI script, then you can contact the original author at zk65@hobbiton.org. You can also visit the author's web page here.

    :)

    --

    -----
    Obviousness is always the enemy of correctness. -- Bertrand Russell
  5. DON'T CLICK THAT LINK * DON'T CLICK THAT LINK by Black+Parrot · · Score: 3

    Skim the visible posts first. It looks like the "More Informative" link is a trap.
    --

    --
    Sheesh, evil *and* a jerk. -- Jade
  6. GENUINE Links for you... by Linkmastah · · Score: 5
    On a thread full of evil links, you can trust the Linkmastah to give you good links...

    The Register is running a story that AMD have unveiled the Thunderbird.

    CPU Review has a review of the Thunderbird here, and Sharky Extreme review it here.

  7. OT: Auto-submission scripts by fReNeTiK · · Score: 2

    Heh, thanks. Someone got me once. Now I've become a little more cautious.

    This one uses a cgi, so you can't get the source, but here is another way of doing it (save it locally and open it with vi, if you're paranoid like I am now).

    I'm not too well versed in http, but couldn't the slashdot comment submission script be patched to check for the referrer field of the browser and reject it if it isn't coming from slashdot.org?

    --
    I strongly believe that trying to be clever is detrimental to your health. -- Linus Torvalds
    1. Re:OT: Auto-submission scripts by hattig · · Score: 2
      I'm not too well versed in http, but couldn't the slashdot comment submission script be patched to check for the referrer field of the browser and reject it if it isn't coming from slashdot.org?
      Yes, it could easily... if (HTTP_REFERRER ne "slashdot.org") { print "Go away naughtly little boy."; }

      Or something like that... :-)

      I thought this was pretty standard in Perl scripts - nobody wants their scripts to be accessed from an outside source!

      On topic now: The Thunderbird looks very nice. 50W power requirement though, and according to Sharky Extreme it beats the PIII in Quake III by a fair margin except at 1600x1200 (i use that reolution all the time for playing games, honest). With a bit of driver optimisation and final design work this should be great - remember the motherboards are not really production quality yet, and they won't be for another month.

      At least AMD can deliver on their promises. Intel can't! I wonder how many 1.1GHz, 1.2GHz and 1.3GHz processors they are stockpiling at the moment - like they stockpiled 1GHz Athlons for months before they released them. I wouldn't be surprised if there were a few Thunderbirds capable of running at 1.5GHz at AMDs fabs - apply one of those cooling solutions to that and you could have a 2GHz machine - ideal for running Windows 2000 on! :-)

      Still, I will wait a few months for the technology to stabilise, and for the prices to drop. I wonder if any of the motherboards will come with L3 cache on them - the logical extension. 1 or 2 Mb of on-board L3 cache would just bitchslap Intel into touch... drool.

      Shame about the trolling though. I hope that those in power sort it out soon, and give themselves a good slapping over missing out that HTTP_REFERER thing in the Slash code.

  8. Tom.. by Phizzy · · Score: 4

    ..pisses me right the hell off. He makes the Thunderbird look worse by taking any chance at all, no matter how insignigicant, to point out anything this chip has against intel. Everywhere you look on thie review, the benchmark graphs show the coppermine on the new BX133 even to the Thunderbird or ahead of it, and all Tom can muster is 'Thunderbird is able to leave its predecessor as well as Intel's Coppermine behind it, as long as this processor does not run on the BX133-chipset' Yeah.. So the Thunderbird can run with the new Intel's, as long as your don't run it on the best motherboard. Now I'm as big of a fan of AMD as anyone else.. I'm about to buy an athlon in the next week or so, but Tom is totally biased against Intel and it shows in his articles. He shouldn't have to be making excuses for the Thunderbird not beating the Intel like it should, he should be showing us that it doesn't, and questioning why.

    Fscking benchmarkers.

    //Phizzy

    --
    "Most European technology just isn't worth our stealing," -- Former CIA chief James Woolsey, referring to Echelon
    1. Re:Tom.. by puppet10 · · Score: 4
      I agree Tom does have an AMD bias (maybe with some legitamacy recently) but this is not a symptom of it however. The reason he separates out the BX133 as being different is that this is NOT an accepted configuration by Intel, in other words it is overclocked. The closest thing to this is the Solano board which comes out behind the Thunderbird. Additionally Intel and motherboard manufacturers tell you that running a BX chipset at 133MHz is not recommended (although Tom actually has gone into detail in previous reviews on which boards can do this well).

      A different point can be argued, which benchmarks should be run to measure performance. Here we can see some difference, at Sharky Extreme different benchmarks are used and slightly different conclusions are reached (Sharky's sometimes seems to bias toward Intel). However, the overall point of both is that the two chips are now basically the same in terms of performance for almost all purposes, and the Athlon is generally cheaper (and available at the moment).

      --
      -------- This space intentionally left blank --------
  9. * DON'T CLICK THIS ONE EITHER * by Black+Parrot · · Score: 2

    The parent post has another CGI "trap" link in it. It does not appear to be the original, because its timestamp is later than the original problem.

    --

    --
    Sheesh, evil *and* a jerk. -- Jade
  10. Athlon vs. Coppermine by speek · · Score: 2

    I find it odd that the Athlon can be shown to be 33-38% faster in pure FPU benchmarks than Coppermine, but none of that performance seems to show up unless you make a test specific for it. Is this an indication that the Athlon CPU is great but that the chipsets are awful for it? What would an Athlon do with a chipset as good as Intel's?

    --
    First, make it work, then make it right, then make it fast, then, make it bloated!
    1. Re:Athlon vs. Coppermine by hattig · · Score: 3
      The problem is that most software is written with Intels FPU in mind - 2 units not fully pipelined. Not 3 fully pipelined FPUs like the Athlon has. So most software won't run at full efficiency on the Athlon and it won't be getting enough instructions to keep its FPUs running full tilt. I am sure that before long games and renderers will start taking advantage though - that extra framerate could be essential!

      So software that has been optimised a little for the Athlons CPU does indeed show 30% better performance!

    2. Re:Athlon vs. Coppermine by arivanov · · Score: 2

      No.

      This is indicative of the benchmarks. All these benches are either Winhoze luser performance (whatever that means) and/or Winhoze gamez performance (whatever that means).

      There is no real benchmark data: no lmbench (context switching, etc), no linpack (real FPU), no database benchmarks, etc.

      Nada. None...

      So what quite a lot of slash readers are interested in - namely how does this beast shovel pages under linux, BSD, Slowarix or even NT is not present. So I guess you will have to buy a cat in a bag.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    3. Re:Athlon vs. Coppermine by leiz · · Score: 3

      There is a Linpack benchmark available http://www.aceshardware. com/Spades/read.php?article_id=156. Ace's hardware ran the test against a K7 athlon, a PIII, a celeron, and an UltraSparc II... Thunderbird kicked ass, of course, it's not exactly fair to match a 1 Gz thunderbird against a 733 PIII.


      Zetetic
      Seeking; proceeding by inquiry.

      Elench
      A specious but fallacious argument; a sophism.

    4. Re:Athlon vs. Coppermine by Inoshiro · · Score: 2

      This shows the problem with special optimizations. People often talk of their "cool ASM hacks" which give them another 5 to 10% on some piece of hardware. The problem is that a year or so later, when that hardware is dreadfully obsolete and we all have new hardware, the software performs worse, or not much better at all because of the hack. This is why clean coding would be good.

      If all software was written in a general way for a "generic" x86 processor, we'd see how truly nice the Althon does compared to the PIII (which would stall out constantly, I'm guessing)

      Although on a static platform (console unit which can never be upgraded), such performance hacks make sense.
      ---

      --
      --
      Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
    5. Re:Athlon vs. Coppermine by ToLu+the+Happy+Furby · · Score: 2

      Ace's hardware ran the test against a K7 athlon, a PIII, a celeron, and an UltraSparc II... Thunderbird kicked ass, of course, it's not exactly fair to match a 1 Gz thunderbird against a 733 PIII.

      Ace's intent wasn't to provide a fair benchmark, but rather to generate a graph which would clearly show the way differing cache architectures affect Linpack results at different data sizes. Frankly, it's a brilliant graph and a perfect example of how a well constructed benchmark run can show what's really going on inside a processor. What it wasn't meant to do was to say "Athlon beats PIII" or anything like that.

      In any case, this benchmark shows just how misguided the parent to this thread is. In fact, Linpack doesn't show "real FPU" performance, but rather data bandwidth. Depending on the size of the data set one chooses, you can "show" that an Athlon "Classic" 750 is 1.5x "faster" than a PIII 733 (data set = 64k), or that it's 1.5x "slower" (data set = 180k). Or you can "show" than an UltraSparc II 400 is 3x "slower" than that PIII 733 (data set = 180k) or that it's almost 2x "faster" (data set -> infinity).

      The point is that Linpack, while useful as a synthetic benchmark, must be taken as a whole graph, not as a single number, and that it is at least as dependent on cache and memory bandwidth than on CPU core. Furthermore, it has almost no relevence on the performance most people (i.e. anyone not running scientific models) can expect with the way they use their computers.

      Quake 3, on the other hand, is a marvelous benchmark, which can be easily understood, yet tuned to test most major bottlenecks in a PC. Most importantly, it much better models some of the conditions that most PC buyers put their computers through.

  11. Re:wow.cgi by speek · · Score: 2

    I'm not sure why it shows how stupid people are.

    --
    First, make it work, then make it right, then make it fast, then, make it bloated!
  12. (Tom) Pabst and other long-gone beers by lbrlove · · Score: 4

    Tom's benchmarks (as people have already pointed out) are based on an overclock, and are only valid for the overclocker. The "BX-133" is just a BX chipset overclocked to 133-MHz FSB, and thus not something that Intel or most manufacturers recommend. Typical of Intel technology, the BX is an excellent chipset that was abandoned for market reasons.

    If compared on a testbed of Intel's choosing, it would be a 820 or 840 with 800MHz Rambus which lacks the performance of an overclocked BX according to general testing I have seen. Thus, the minor disparity between the Coppermine and Thunderbird in Tom's tests would likely evaporate into a strict cost or brand loyalty decision.

    Basically, AMD has caught up to Intel for most practical purposes, and need only the better chipset designs to make them their equal. Some SMP sets, and perhaps better optimized single-chip sets, would be much appreciated. IMO, they have an advantage in the area of memory by not being tied to a proprietary architecture like Rambus. When DDR-SDRAM becomes widely available, AMD will unveil even more "thunder" while Intel pays their penance.

    -L

  13. Re:More information by G27+Radio · · Score: 2

    It doesn't even need to be done with a CGI script. A simple redirection in a static web page is all you need to do the trick. I demonstrated this last month here on Slashdot--got about 900 posts in 48 hours (my link gave a specific warning what it would do though.) At any rate, there was some discussion of the problem here. Plus links to PHP source to do it, etc.

    Near term solution--run your mouse over the link to see if it's suspicious. This offers little protection really, but it's the best you can do.

    numb

  14. Re:OT: The best solution (IMHO) by G27+Radio · · Score: 2

    I'm not too well versed in http, but couldn't the slashdot comment submission script be patched to check for the referrer field of the browser and reject it if it isn't coming from slashdot.org?

    If the slashcode just forced the post to be previewed before submitting then it wouldn't be a problem. Forcing people to preview first would also have other beneficial side effects.

    numb

  15. More Athalon Goodness by Tassach · · Score: 3
    There's an article on ZDNet that (for once) has some good information. To quote the article:
    The new Athlons will be marketed under the same brand name but will be marked as "performance enhanced." AMD will offer them in speeds of 750MHz, 800MHz, 850MHz, 900MHz, 950MHz and 1GHz clock speeds. Pricing will range between $319 and $990.

    And...

    While the Dresden-made chips will be wired with copper, AMD said same-speed Athlons produced at the company's Austin, Texas, fab will use traditional aluminum wiring. Nothing on the products' packaging will note whether the chips, both made using the 0.18-micron process, contain copper or aluminum wiring, an AMD official said.

    I'm not too thrilled about this last part, the fact that there won't be an easy way to tell the difference between an aluminium T-bird and a copper T-bird. I'd imagine that copper vs aluminium will make a big difference in terms of heat and overclockability. I would imagine that the copper T-Birds are going to run cooler and overclock higher than an aluminium chip.

    I seem to recall seeing a web site somewhere that gave directions on how to decode the Athalon's serial number; and that part of the information available therein was which fab line it came off of. Does anyone have that link? Then, all I'll have to do is find a dealer who'll let me look at the serial # of the chip before I buy it. $319 for a 750MHz sounds like a sweet deal to me (The article didn't say if the prices quoted above are estimated retail or AMD's price for 1000 chip lots)


    "The axiom 'An honest man has nothing to fear from the police'

    --
    Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    1. Re:More Athalon Goodness by Ozzy · · Score: 3

      If you really must have a copper T-Bird, the aluminum ones have a blue die, and copper has a green die.

      But, there is no difference between copper and aluminum in terms of performance or overclockability (yet! wait for 0.13uM)
      see FiringSquad Review...

      --
      Remove the NOSPAM to spam me...
  16. Re:Simmer down now by Tassach · · Score: 2
    Don't rush out to buy your T-Birds just yet. To take advantage of the chip (or in many cases for it to work at all) you need to get a motherboard based on the KT133 chipset.

    Where did you get this nugget? I hadn't seen anything (yet) that indicated that I wouldn't be able to slap a T-Bird onto my existing motherboard (a FIC SD-11). I wasn't planning on buying a new motherboard until the 2-way SMP socket-A boards hit the market.

    From what I've seen so far, all the new KT133-based mobo's are socket-A and not slot-A. The T-bird is supposed to be available in either slotted and socketed form factors. I don't see any point in AMD selling slot-A t-birds if they won't work in existing first-generation Athalon motherboards. I could see where you might not get optimal performance out of a t-bird without the new chipset, but for it not to work at all with the older chipsets is really bad - it's not like they've added any new functionality that needs chipset support.

    The only major differences, AFIK, between t-bird and first generation Athalon is on-die L2 cache, 0.18 micron process (vs 0.24 on 1st gen IIRC), and some tweaks in the core. I didn't notice anything in the literature that said t-bird is running at a different voltage or anything like that. If you have specific information on why T-birds won't work with the AMD-751 / VIA 686A chipsets, please let me know.

    As to your dissapointment in Athalon's performance, I think most of it is due to the fact that most pre-compiled software is optimized for Intel chips. IIRC, the lastest version of GCC has a switch to optimize for Athalon. From what I've seen so far, this makes a noticable difference. (Obligitory karma whoring: Yet another reason to use open source software!)
    "The axiom 'An honest man has nothing to fear from the police'

    --
    Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  17. Forcing previews? (OFF-TOPIC) by DragonHawk · · Score: 2

    If the slashcode just forced the post to be previewed before submitting then it wouldn't be a problem.

    Couldn't the bad-guy auto-post script just fake the HTML state that indicates you've previewed the comment at least once? You'd have to keep that state in a server-side database, which would add overhead to the existing system. How much overhead, I don't know.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:Forcing previews? (OFF-TOPIC) by G27+Radio · · Score: 2


      The comment could be stored when they click "submit", then when it is previewed back they could have the option to "keep", "delete", or "go back and edit." They might have to add an IsValid field to the comment database to do it that way.

      There's another way I thought of also that wouldn't force previewing. The slashcode appears to generate a random formkey to make sure the comment doesn't get double-submitted...it won't accept 2 posts with the same formkey. They could keep track of valid formkeys possibly.

      Either way you're right--the server-side needs a way to keep track of state. How much (or little) overhead it adds depends on how creatively it's implemented.

      numb

  18. Re:AMD should also improve its chipsets. by WNight · · Score: 2

    Quite right on the AGP. And even if we could push data across it fast enough, it's not much of an issue. With 32MB and texture compression on most cards, they rarely have texture bottlenecks where they're swapping out textures all the time. A decent PCI Gefore 2 would probably only score 10% (tops) slower than an AGP 4x card.

    And, I think you're wrong on the Firewire issue... stuff like that will never get adopted until it's on chipsets. And it's good for a lot, it's basically serial scsi, great for digital video, external harddrives, etc.

    USB is aimed at mice and other low bandwidth or temporary devices (scanners). USB2 is fatally flawed and even if working perfectly, not terribly exciting seeing as how it requires CPU interaction on all transfers (device -> cpu -> device) which limits it to maximum of half its rated speed. Then you get all the old USB1 devices (like mice) slowing the whole bus while they transfer data, not to mention that the handshaking between fast devices must be done at slow speeds... Ugh. Not only does the handshaking eat bandwidth, but it eats essentially 10* as much because it's slower.

    Firewire is an essential connector for the future, leave USB where it belongs, as a replacement for serial, and let firewire take over the high performance niche.

  19. Re:Aaaaaarghgh! by Black+Parrot · · Score: 2

    > kept puting it off for a couple months at a time...

    Clearly, the optimal time to buy a computer is when you're on your death bed.

    I posted a "when to buy" query to some Ask Slashdot article a month or so ago, and based on the responses decided to wait a few more months to build. Mostly we will see the expected gradual increases in top-of-the-line speed and decreases in price for a given speed.

    However, there appears to be a substantial discontinuity in progress when DDR memory shows up, and the posts to the aforementioned thread left me with some hope that it would be here by late summer or early autumn, and would not be much more expensive than conventional RAM. (Indeed, I read a couple of news articles over the weekend that seemed to imply that people are getting DDR engineering samples already.)

    If anyone can give updated information on the expected discontinuity, I'd certainly be glad to hear it.

    --

    --
    Sheesh, evil *and* a jerk. -- Jade