Slashdot Mirror


AMD vs Intel: A Linux Bout

CrzyP writes "AnandTech puts the latest and greatest AMD and Intel CPUs, including 32-bit and 64-bit versions, to the test in their first ever "Linux Desktop CPU Roundup" to see which performs the best in various Linux applications including database, compiling, rendering, encryption, and more. They suggest the Athlon 64 3500+ over the P4 560 for "balancing price and performance". Very informative!"

227 comments

  1. But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 4, Funny

    Everyone KNOWS that for the best Linux performance you must use a specially optimized compile with Gentoo! It's a FACT!

    1. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 0

      This was my thought as I read the article. Which one of the processors would get better numbers if the entire os was tweaked just for it. Granted this would take a hella long time to setup.

    2. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 2, Insightful

      Everyone KNOWS that for the best Linux performance you must use a specially optimized compile with Gentoo! It's a FACT!

      I'll bite.

      That is, to be blunt, a load of shit. I've looked at the "performance benchmarks" on the Gentoo site and they are among the most misleading I've ever seen. I'm sorry, but "binary load" time does not equal performance, especially when the prelinking process breaks a hell of a lot of programs and requires you to be careful compiling any of your own libraries (but, I suppose a Gentoo zealot would never compile anything without an emerge for it, which ought to wipe their asses for them).

      If you think that a big render farm quantifies its perfomance in terms of how fact the executable is initially loaded, then you may be stupid enough to think Gentoo gives you better perfomance than anything else.

      There you have it. Now you Gentoo pussies can mad me down and stick your heads back in the sand.

    3. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 2, Funny

      My post was actually a joke, hence the "like" in the subject. Guess it wasn't obvious enough.

    4. Re:But they didn't even, like, use Gentoo! by EnormousTooth · · Score: 1, Informative

      Uh... Gentoo doesn't do prelinking by default. Thanks for playing!

      --
      I don't use Emacs; it uses me.
    5. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 1, Informative

      Uh... Gentoo doesn't do prelinking by default. Thanks for playing!

      Uh... Gentoo uses a prelinked system to "prove" how fast they are in the performance data on their site. Thanks for proving what sheep Gentoo lusers are!

    6. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 0

      mod up. i hate sheep lusers. gentoo sheep lusers even more.

    7. Re:But they didn't even, like, use Gentoo! by Anonymous Coward · · Score: 0

      For desktop users, startup time is a big deal...

      I also guess that you are against a system that keeps your computer clean. When I want to install something that doesn't have a ebuild, I write one. Why shouldn't I? Why should I mess up my nice clean install when it takes like 5 min to whip up a ebuild for it.

      Render farms are not ones for gentoo really, it needs more specialized installs for the most part.

      Now of course you won't bother to respond except by flaming me, but hey, it's not like you really had any points to start with...

    8. Re:But they didn't even, like, use Gentoo! by sp0rk173 · · Score: 1

      Don't you mean, "mad up"?

    9. Re:But they didn't even, like, use Gentoo! by caldfyr · · Score: 0

      Startup time isn't such a big deal for me unless the system is constantly crashing. And since I don't accidentally kill Fedora (quite) as much as I used to, I can handle a 5 minute reboot every now and then.

  2. nothing to see here... by Anonymous Coward · · Score: 0, Informative

    move along. Or at least that's what we were told when we clicked on this article. A bug in the slashcode?

    1. Re:nothing to see here... by potus98 · · Score: 2, Funny

      [waving hand] "You don't need to see their source code. That's not the article you're looking for..."

      --
      This one gang kept wanting me to join cause I'm pretty good with a bo staff.
  3. Wintel vs AMDnux ? by mirko · · Score: 3, Interesting

    So, isn't there some Bias here ?
    We associated so much Intel and Windows in the past that it now seems obvious that AMD is better for Linux ?
    Just a question, I have not checked the thoroughness of these tests.

    --
    Trolling using another account since 2005.
    1. Re:Wintel vs AMDnux ? by quelrods · · Score: 3, Insightful

      I would certainly agree with you. Many of us who were anti-Intel and wanted a competitor constantly hoped that AMD would produce something better. The same anti-Microsoft sentiment that Linux users continue to enjoy windows take hits from security, stability, etc. I do know Intel is historically good at releasing all the documentation needed for developers. But AMD seems to have gotten more people excited about 64bit processors. Though, AMD's 64bit chip actually has per page locking on it (something no other x86 chip can boast.) Also, the 64bit windows xp isn't out yet, so performance is obviously better with the linux+AMD choice over windows+AMD.

      --
      :(){ :|:&};:
    2. Re:Wintel vs AMDnux ? by Anonymous Coward · · Score: 0, Flamebait

      That is really simple: linux and AMD processors exist in 64-bit versions, windows and Intel processors do not. It is only sensible to run a 64-bit OS on a 64-bit processor. In some tests, linux64 on AMD beats the Intel processors by a factor of 2.

    3. Re:Wintel vs AMDnux ? by fedork · · Score: 2, Insightful

      the thing may be that with both Linux and AMD one of the reasons to choose them may be the unwillingness to go with the mainstream. It is that way for me anyway. So there certainly is a correlation.

      --
      ...remember good 'ol times when IP used to mean Internet Protocol....
    4. Re:Wintel vs AMDnux ? by Anonymous Coward · · Score: 0
      I do know Intel is historically good at releasing all the documentation needed for developers.

      Then you obviously haven't tried using Intel documentation to write a BIOS or even chipset reporting drivers. Intel is notorious for hiding information, misleading developers and excluding necessary information. Intel only wants the appearance of being the developers' friend. Even when you have an NDA with Intel it is impossible to use the Intel Developer site to find the information - especially since it's a Windows only site (or at least the viewer for viewing datasheets is).

      Intel really sucks. AMD, on the other hand, publishes the developer information and honestly tries to help.

  4. AMD by yonatanh · · Score: 2, Interesting

    I've always been an AMD fan, this just confirms my beliefs and makes my next processor being an AMD processor decision final. Anyone know why an AMD 2400+ would be running at over 50 degrees Celsius? Check the fan and the case is at around 30 degrees Celsius.

    1. Re:AMD by leoboiko · · Score: 5, Funny
      I've always been an AMD fan

      Poor guy. You have an heroic job, my friend. Keep on spinning, our processors' integrity depends on you.
      --
      Prescriptive grammar:linguistics :: alchemy:chemistry. Stop being a nazi and learn some science.
    2. Re:AMD by Anonymous Coward · · Score: 0

      I glad to hear you have good relations with AMD. I had a K5-PR100 and was burned burned burned by it. Granted, I believe most of it was due to Intel specific system calls. I really hope the new 64-bit line will interact a lot better. I would like to give them another chance, but am afraid of the "Fool me twice, shame on me" problem. Can anyone comment on whether I should worry?

      Thanks!

    3. Re:AMD by uncle0fun · · Score: 0

      Never EVER stop worrying!

      --
      I traded in my angst and all I got was this lousy ennui.
    4. Re:AMD by bob+beta · · Score: 1

      For me to have 'always been an AMD fan' I would have to have been a bigtime enthusiast for the 2900-series bit-slice parts from AMD. I don't think they made any 'processors' earlier than that, and I know I was a 'processor' enthusiast before that. Hrrmm....

      Naw, I was more into TTL (the 74181 rulez, dude!) back then.

    5. Re:AMD by TheLink · · Score: 1

      The 2400+ could be an older chip?

      I recently bought a barton 2500+ and it's often < 50+ degrees. The mboard is 36-38 degrees C - I'm in the tropics.

      I've got an older Barton 2500+ (the one that came with an unlocked multiplier) in another machine that runs 24/7 and that's at 58.5 degrees - mboard is 38 degrees C. I haven't cleaned the CPU fan for a while tho.

      --
  5. Intel never on top for price/performance.. by brxndxn · · Score: 4, Insightful

    Aside from the few times Intel released a great overclocker, I have never seen a lower-priced Intel processor beat a higher-priced AMD processor in any significant set of benchmarks..

    AMD4tw!

    Yet, benchmarks, until recently, always seemed to compare same clock speeds/ratings despite Intel's offerings always costing more. It's nice they're starting to be more fair to AMD.

    --
    --- We need more Ron Paul!
    1. Re:Intel never on top for price/performance.. by Jeff+DeMaagd · · Score: 4, Insightful

      Yet, benchmarks, until recently, always seemed to compare same clock speeds/ratings despite Intel's offerings always costing more

      The prices always fluctuate over time, from store to store, etc., so it is hard to compare $200 AMD with $200 Intel. And then there's the motherboards and chipsets. I think comparing based on price might need to be an exercise left to the reader.

    2. Re:Intel never on top for price/performance.. by stratjakt · · Score: 2, Informative

      When I bought my P4, the CPU was more expensive than a comparable AMD.

      But, once I factored in a mobo with the feature set I wanted, the total package was actually about 5 bucks cheaper.

      --
      I don't need no instructions to know how to rock!!!!
    3. Re:Intel never on top for price/performance.. by mark_lybarger · · Score: 1

      motherboard has more tendancy to fluctuate in price than cpu itself. because there's lots of different manufacturers offering different products to consumers. ECS offers a low cost crap board that
      'll get you by, while, or so i've heard ABIT products are generally thought to be slightly better. brands aside, you've got lots of people making different things for a wide range of price. from my prior research, low entry boards were about the same price, i'd expect midrange boards to be similar. anyone can run on pricewatch and check their crappy vendors budget prices and see.

      cpu's are made by two folks, INTL and AMD. they have one cost to the retailers (depending on how much you buy, etc). the retailers can play around a bit with those numbers, but not much. you pay less, you'll get less (crap vendor w/ crap return policy etc).

      so, do tell, please show the comparable AMD / INTL motherboards that are significantly different in price?

    4. Re:Intel never on top for price/performance.. by bob+beta · · Score: 1

      so, do tell, please show the comparable AMD / INTL motherboards that are significantly different in price?

      Well, I got a whole skid (aprox. 80 machines) of Dell Optiplex systems at auction this past spring for $40. The machines all had Pentium II processors in them, upgradable to PIII chips.

      There's 'nary an AMD part that will plug into those motherboards. And I don't think there's an AMD board out there that can be had for 50 cents. Frankly, the AMD parts are 'niche' enough that there will probably NEVER be skids of AMD-based systems for under a doller per system.

      (typing this on one of those systems, BTW- about 8 of them had PIII chips)

      I used to say I would never, ever, use a proprietary footprint motherboard. Times change, tho.

    5. Re:Intel never on top for price/performance.. by mark_lybarger · · Score: 1

      talk about niche markets, your skid was definately a niche market as well. i've picked up throw away machines from the office that were similar specs as what you have; p2/p3. i'll use them fine.

      the original topic i believe was discussing building out a new system, and or buying a new system built by a 3rd party. AMD is going to be cheeper than INTL to build out new and to purchase new.

  6. duh by Nate+Fox · · Score: 4, Funny

    They suggest the Athlon 64 3500+ over the P4 560

    Well yea. The AMD has more and bigger numbers. Its got to be gooder.

    1. Re:duh by harrkev · · Score: 0, Troll
      Well yea. The AMD has more and bigger numbers. Its got to be gooder.

      Yeah, right!

      A64: 3 + 5 + 0 + 0 = 8
      P4: 5 + 6 + 0 = 11
      So, clearly the P4 is 37.5% faster than the Athlon. Duh!
      Oh, wait. What is the numerical value of the plus "+" in the Athlon model number?

      But then again, when comparing the A64 to the P4, 64 is a LOT bigger than 4, so the A64 must be MUCH better, right?

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
  7. Hyperthreading by grub · · Score: 5, Interesting


    So this latest benchmark suggests that HyperThreading doesn't do a whole lot. Is this the case on all unixy systems (ie: is HT geared more to Windows?) or is lacklustre performance on Windows the case as well?

    I'm leaning heavily to the AMD 64 stuff for my next home unixy machine, any arguments for the P4?

    --
    Trolling is a art,
    1. Re:Hyperthreading by Nos. · · Score: 4, Interesting

      No hyperthreading is hyperthreading. How the OS is written will make some difference, but HT is not some supper technology that makes slower processors act like faster ones. It just makes them a bit more efficient. Your better off going dual processors or to a faster processor. Of course, I'd agree with your last statment, go for the AMD64, according to everything I've read and heard, you won't regret it.

    2. Re:Hyperthreading by currivan · · Score: 4, Informative

      I bought an Athlon64 3200+ system in June and I'm quite happy with it as a server, but there are a few issues. There doesn't seem to be any way to run Wine on 64 bit chips, or at least the compilation fails for lack of support for low level locking operations. Also, the dual library setup (/lib and /lib64) creates problems for some projects that use older build systems. I also made the mistake of getting an ATI graphics card, and they don't have 64-bit drivers, and the Mandrake ones are too buggy to run UT2004.

    3. Re:Hyperthreading by adisakp · · Score: 4, Insightful

      Hyperthreading is REALLY good for allowing low work threads to be much more responsive under heavy system conditions. One of the places I've noticed hyperthreading really shines is allowing MS Windows systems to have a more responsive UI when the system is stressed out by heavy CPU workloads.

      This is useful in programming because the editor keeps up nicely without going "away" for a couple seconds if I decide I want to make some changes or revisions to a file while compiling the rest of the project.

    4. Re:Hyperthreading by Sevn · · Score: 4, Funny

      but HT is not some supper technology..

      It could be with some thermal glue and a fondue pot.

      --
      For every annoying gentoo user, are three even more annoying anti-gentoo crybabies. Take Yosh from #Gimp for example.
    5. Re:Hyperthreading by gl4ss · · Score: 1

      well, mostly hyperthreading doesn't do a whole lot.

      it's not like it's some super tech that gives you two real cpu's or something..

      --
      world was created 5 seconds before this post as it is.
    6. Re:Hyperthreading by stratjakt · · Score: 1, Interesting

      IIRC, Windows makes much better use of HT than Linux. Windows understands that there are two "virtual" processors, while linux treats them as two physical processors.

      The best argument for the P4 I can think of is the wide assortment of platforms, chipsets and motherboard vendors. The choices in that arena have historically been skewed towards Intel.

      That and AMD have been having some QC issues which seem to be getting worse and not better.

      I've leaned towards Intel in cases where I absolutely do not want to deal with some obscure hardware headache, particularly in the server arena. AMD's much improved I'm sure, but I've been burned in the past.

      Just don't be a dope and buy into the "this company is good, that company is bad" tripe that slashdot is selling. Companies are companies and both these guys want to squeeze the other out so they can gouge you and I more deeply.

      --
      I don't need no instructions to know how to rock!!!!
    7. Re:Hyperthreading by stratjakt · · Score: 3, Insightful

      No but it keeps Windows nice and responsive even when somethings crunching away in the background, which is what it's for, IMO. That is, doing a great big compile job in the background doesn't slow down my slashdot reading.

      It's not a second CPU, but a way to share a bit of the power. The problem is, Linux treats it like a CPU, Windows has some special rules for it.

      I'll just say I noticed the difference as far as "responsiveness under load" between a P4 2.8 (no HT) running at 3.06, and an actual 3.06 with HT, under Windows. Didn't notice any difference with Linux.

      --
      I don't need no instructions to know how to rock!!!!
    8. Re:Hyperthreading by Anonymous Coward · · Score: 4, Insightful

      You bought a 64bit consumer orientated chip to use as a server, tried to install 32 bit Windows emulator as AMD64 native binary and have an ATI graphics card to play UT2004?

      1+1=5

      Wouldn't you be better with WinXP 64 beta? This isn't a troll, I have a rack full of Opterons running linux and a desktop AMD64 machine but I'm not a gamer, and I've no use for Windows programs. You on the other hand...

    9. Re:Hyperthreading by Anonymous Coward · · Score: 5, Interesting

      No input re: M$ on HT'd cpu's.

      Under Linux I have seen various effects due to HT in the CPU. In the bad old (2.4 kernel) days dual Xeons would often run slower under relatively high load because the scheduler was agnostic of the fact that virtual cpu's share cache. I have also seen some sections of code which a)caches up nicely and b) is VERY heavy on FP math, give me about 1.8x the throughput by enabling HT. Seems the more a feature is hyped by marketing, the more likely it is that your mileage will vary greatly. Now if we could just get an OS/compiler that could use all the freakin' MMU's on a Power4 instead of just one .....

    10. Re:Hyperthreading by Anonymous Coward · · Score: 5, Informative
      Windows understands that there are two "virtual" processors, while linux treats them as two physical processors.

      Meet linux 2.6

      Linux 2.4 SMP wasn't HT aware so the scheduler would not take advantage of shared cache on virtual processors, this is no longer true with 2.6

    11. Re:Hyperthreading by arendjr · · Score: 2, Interesting

      It suggests HyperThreading doesn't do a whole lot on a single process not designed for multi-threading. That's quite a big difference. HyperThreading will give you some nice speed-ups when running multiple processes together.
      Furthermore, Linux actually works better with HyperThreading when you run a single multi-threaded program, the program will actually be scheduled to run on both cores. On Windows, you will only see an advantage when running multiple processes.

    12. Re:Hyperthreading by mahdi13 · · Score: 1
      You bought a 64bit consumer orientated chip to use as a server, tried to install 32 bit Windows emulator as AMD64 native binary and have an ATI graphics card to play UT2004?
      What? UT2004 has native Linux 64-bit binaries...where you getting the "32 bit Windows emulator" from?
      Are you claiming that ucc-bin-linux-amd64 is an emulated Windows program??
      --
      "Some things have to be believed to be seen." - Ralph Hodgson
    13. Re:Hyperthreading by JohanV · · Score: 1

      I suppose that depends on your tests. How much attention should we pay to the databse test if the review says:
      We expect to see a performance increase with HyperThreading - SQL servers must thread well.

      Yet the sql-bench manual says:
      Note that this benchmark is single-threaded .

      Take a decent benchmark, run it with 10 instances simultaneously and then we'll see if it really helps for heavy multithreaded loads. (That doesn't really belong in a desktop test, but does compiling?)

    14. Re:Hyperthreading by island_tux · · Score: 0

      I've got dual AMD Opteron under Gentoo running MySQL + Apache + ColdFusion. This b0x is hooked up to a gigabit network for about 50 clients on standalone and 25 via a terminal server. The b0x is a real pain in the ass. It often goes down. why ? !!! Luckily I have a P4E 3.2 as failsafe, which has been up now for more than 74 days without any god damn problem. For Real I'm not even thinking of going back. PS: The failsafe is running on FreeBSD 5.2.1 though with Linux Binary Compatibility...

      --
      What Sig
    15. Re:Hyperthreading by LousyPhreak · · Score: 1

      i always wondered why intel didn't call their p4's p4-ht right from the start...

      (ht stands for high-temperature doesn't it?)

      --
      -- Karma: beyond good and evil - mostly affected by posting political
    16. Re:Hyperthreading by Anonymous Coward · · Score: 0

      Even if throughput goes down, as a desktop user, I can tell you that responsiveness goes up. I really like HT for desktop/Linux (2.6!) usage.

    17. Re:Hyperthreading by Anonymous Coward · · Score: 0
      I've got one word for you: Cool'n'Quiet. I just saw it in action a few days ago - let me tell you, seeing the CPU fan spin down to halt in a running system almost made me jump. From joy or fear, pick one.

      It's odd that while Intel's 2.0 GHz P4 shined in this arena in the classic Tom's Hardware "we'll fry some CPUs" test video, they completely ignored that advantage (or rather, didn't turn it into an actual power saving feature) and let AMD kick ass (again). In fact, I'm told that current P4's do not have clock throttling in case of thermal problems, they simply shut down. What's that about?

    18. Re:Hyperthreading by SammyTheSnake · · Score: 1

      Um, he was quite possibly talking about wine... Cheers & God bless Sam "SammyTheSnake" Penny

    19. Re:Hyperthreading by dmayle · · Score: 4, Informative

      There doesn't seem to be any way to run Wine on 64 bit chips

      Pure, misinformed mistakes

      I use Gentoo primarily on my Athlon 64 3000+ SFF, and I use wine to run Forte Agent and Microsoft Photo Editor. I haven't yet found an Open Source program (or pair of programs) that performs as well as these two for looking at... pictures of sailboats. Yeah... pictures of sailboats

      Wine works just fine on amd64, it just needs to be compiled to 32-bit code.

    20. Re:Hyperthreading by stg · · Score: 1


      IMHO, Hyperthreading is awesome in Windows XP.

      However, it rarely makes much of a difference in regular benchmarks. If you are running a heavy process in the background, with HT you still get a good response time using other applications, when without HT they get slow and incredibly annoying to use.

    21. Re:Hyperthreading by Anonymous Coward · · Score: 1, Informative

      Linux treats HT different than regular SMP, too. The question is, your kernel is compiled for SMP, or SMP and HT?

    22. Re:Hyperthreading by Beatlebum · · Score: 1

      Hyperthreading does NOT equal parallel processing. Hyperthreading replicates the "architectural state" of the CPU, this is the registers and queues, the ALU would need to be replicated for parallel processing to happen. What it does do is make a context switch between threads faster in some circumstances. In Windows the speedup is realised because threads have affinity for processors i.e. they tend to be scheduled on the same physical CPU. Assuming two CPU bound threads in the ready state, hyperthreading should result in a speedup because less time will be spent in the context switch between scheduling quantums.

    23. Re:Hyperthreading by CmdrMooCow · · Score: 1

      Chances are very, very likely that it has nothing to do with either processor type.

    24. Re:Hyperthreading by Veridium · · Score: 2, Informative

      Windows understands that there are two "virtual" processors, while linux treats them as two physical processors.

      FYI: WindowsXP understands. According to Intel, you should have hyperthreading turned off running an older version of Windows.

      As another poster pointed out, kernel 2.6 handles hyperthreading correctly. And I had thought actually, that 2.4.17 and up handled it too, but I don't know the whole story. Don't know where you're getting the AMD's QC issues getting worse bit from. It'd be nice if you could provide a source so we can all be informed.

      --
      Think for yourself, destroy your television.
    25. Re:Hyperthreading by Anonymous Coward · · Score: 0

      Go for AMD64 - even if you pick 2800+ it will please. Added SuSE Professional 9.1 makes tasty experience here.

    26. Re:Hyperthreading by cthrall · · Score: 3, Informative

      > How the OS is written will make some difference,
      > but HT is not some supper technology that makes
      > slower processors act like faster ones.

      If the OS equates a single hyperthreaded CPU with multiple CPUs, there could be a performance hit:

      http://weblogs.asp.net/oldnewthing/archive/2004/ 09 /13/228780.aspx

      This patch has been around for a while by the looks of it:

      http://kerneltrap.org/node/view/391/972

    27. Re:Hyperthreading by ImpTech · · Score: 1

      I've always felt that Linux does a better job than Windows of staying responsive when things are going on in the background anyway... So perhaps what you're seeing is a deficiency of the Windows kernel being mitigated by HT.

    28. Re:Hyperthreading by 26199 · · Score: 1

      Same here. Gentoo, amd64... although I didn't bother to compile it, I just paid £15 and downloaded Cedega.

    29. Re:Hyperthreading by TCM · · Score: 1

      One example that blew me away was doing openssl speed md5 vs. openssl speed md5 -multi 2 on an HT-enabled NetBSD box (2.6C P4).

      The throughput went from under 300M/s to 480M/s (can't remember and can't be bothered to reboot now to check).

      That's just one counter-example. The general increase in responsiveness under load is a plus, too.

      For real workloads a real SMP box is obviously better, though.

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
    30. Re:Hyperthreading by Anonymous Coward · · Score: 0

      WindowsXP understands. According to Intel, you should have hyperthreading turned off running an older version of Windows.I>

      Which is a nice way to "force" you to XP don't you think? Slowly drop support for minor details on older versions and make anyone feel "incomplete" who doesn't upgrade to the latest (and greatest?).

      Some may say today that there's no need to switch to Longhorn and we can keep using what we have. Believe me, you will switch.

    31. Re:Hyperthreading by Veridium · · Score: 1

      Which is a nice way to "force" you to XP don't you think? Slowly drop support for minor details on older versions and make anyone feel "incomplete" who doesn't upgrade to the latest (and greatest?).

      That's what I think. Yes.

      Some may say today that there's no need to switch to Longhorn and we can keep using what we have. Believe me, you will switch.

      I know you mean this in general to windows users, but for me, I won't switch. I don't use Windows. No Windows, no problem. :)

      --
      Think for yourself, destroy your television.
    32. Re:Hyperthreading by Anonymous Coward · · Score: 0

      I'm using the 2.4 kernel

      you insensitive clod.

    33. Re:Hyperthreading by Papineau · · Score: 1

      If you want a 32bit Wine (most people want that as they want to be able to run Win32 apps), you need to tell it (actually tell your build toolchain) to issue a 32bit binary rather than the default 64bit.

      To do so, follow the instructions given here, and you should be set.

    34. Re:Hyperthreading by hattig · · Score: 1
      That and AMD have been having some QC issues which seem to be getting worse and not better.


      Oh yeah? like what?

      At least they have high end processors you can buy that don't double as a spaceheater like Intel's Prescott. Prescott ... currently on the E stepping, i.e., the 5th stepping, in order to try and get it cool. Several reviews saying that their P4 overheated at stock clock and then throttled is not good.

      Intel's only good processor in the x86 arena is the Pentium-M, which is a good solid processor. Shame it doesn't have any of the features like NX, or 64-bit capability ... oh well. And yes, 64-bit capability is useful in many server tasks, especially SSL and similar encryption/decryption tasks.
    35. Re:Hyperthreading by caldfyr · · Score: 0

      I thought that an ap needs to be somewhat smp friendly for hyperthreading to do much for it?

    36. Re:Hyperthreading by gnuman99 · · Score: 2, Informative
      I'll just say I noticed the difference as far as "responsiveness under load" between a P4 2.8 (no HT) running at 3.06, and an actual 3.06 with HT, under Windows. Didn't notice any difference with Linux.

      HINT: Because Linux does it the right way in the beginning.

      BTW, HT is only supported in Win XP and Linux 2.6.x. Linux 2.4 does not have proper support for it, and Win 2k, well, knows nothing about HT.

    37. Re:Hyperthreading by Anonymous Coward · · Score: 0

      Pan is the best linux app to use for browsing newsgroups for VCDs, DivX and photos of... wholesome things...yeah....

    38. Re:Hyperthreading by DrMrLordX · · Score: 1

      Ha ha I'm funny. Or am I? Hmmmmmm!

    39. Re:Hyperthreading by eelke_klein · · Score: 1

      looking at... pictures of sailboats. Yeah... pictures of sailboats

      Yeah, taken on hot summer day's with female crews I guess...

  8. Linux Users Prefer Underdog Company by adisakp · · Score: 5, Funny

    Why am I surprised ?? :)

    1. Re:Linux Users Prefer Underdog Company by Acrodizer · · Score: 1, Interesting

      exactly. Intel is far from the evil empire that many folks think. It's not fair to put them in the same boat as Microsoft. They make good products, but folks seem to care more about "supporting the little guy" - no matter who it is or how big that little guy is compared to #1.

    2. Re:Linux Users Prefer Underdog Company by grub · · Score: 4, Funny


      Huh? Nowhere in the article was Apple mentioned...

      --
      Trolling is a art,
    3. Re:Linux Users Prefer Underdog Company by Anonymous Coward · · Score: 5, Funny

      He said "underdog" not "underwater."

    4. Re:Linux Users Prefer Underdog Company by Fred+Foobar · · Score: 1

      Linux users prefer a better product which happens to come from an "underdog" company. Why am I surprised? :P

      --
      It was a really good paper.
    5. Re:Linux Users Prefer Underdog Company by gl4ss · · Score: 4, Insightful

      they make good products sure..

      but the dollar per performance ratio isn't as good as amd's - and that's a fact.

      nobody cares about the 'little guy' in cpu buying.. otherwise cyrixes and transmetas would have fared better.

      most of the guys using amd's i know would be be using intel if it offered better performance per dollar - the intel only users i know just prefer intel for whatever reasons ranging from 'reliability' to "amd's are space heaters" to "amd suxxx".

      --
      world was created 5 seconds before this post as it is.
    6. Re:Linux Users Prefer Underdog Company by stratjakt · · Score: 1

      Is "stuff won't compile right under AMD64 so I'll let you guys beta test the new CPUs and when it's ready for production use I'll look into it" a good enough reason to stay with Intel for our production servers?

      --
      I don't need no instructions to know how to rock!!!!
    7. Re:Linux Users Prefer Underdog Company by Anonymous Coward · · Score: 2, Insightful

      Is "stuff won't compile right under AMD64 so I'll let you guys beta test the new CPUs and when it's ready for production use I'll look into it" a good enough reason to stay with Intel for our production servers?

      No, because AMD also do a range of 32-bit chips which also offer better price/performance ratios than Intel's equivalents.

      Got Xeons? Consider buying AMD64s and running them in 32-bit mode. No compatibility problems, and much much cheaper.

      There's no need to justify using Intel by slamming AMD - I'm guessing you use Intel because that makes the PHBs/investors more comfortable, not because you have any evidence that AMD chips are unreliable.

    8. Re:Linux Users Prefer Underdog Company by Anonymous Coward · · Score: 0

      We're not locked into inferior hardware platforms and can thus simply pick the one with the best price/performance ratio.

      Michael

    9. Re:Linux Users Prefer Underdog Company by agallagh42 · · Score: 1

      Is there an equivalent to the ServerWorks chipsets in the AMD world? Are there any motherboards out there that can handle 4 or more AMD processors? How about pre-built multiprocessor servers with hot swap raid subsystems using AMD?

      Seriously, if these are available, I will look into them. I just haven't heard of anything on this scale with AMD processors.

      The closest I can find is the IBM eServer 325/326, but they're only dual opteron pizza box machines. I can't find any bigger AMD servers out there.

      --
      Carpe Cerevisi - Seize the Beer
    10. Re:Linux Users Prefer Underdog Company by agallagh42 · · Score: 3, Informative

      Well, lookit that.

      To answer my own question, there's the HP ProLiant DL585. 4 Opteron processors, four hot swap drive bays, up to 64GB ram. Uses the AMD 8000 series chipset. All in a 4U rack mount chassis. Very nice.

      I guess AMD really is getting ready to take over the world :).

      By the way, I'm no AMD hater. My box at home has an AthlonXP 1700+ in it. I just wasn't aware there was anything available in the "Large x86 Server" catagory.

      --
      Carpe Cerevisi - Seize the Beer
    11. Re:Linux Users Prefer Underdog Company by technobro · · Score: 1

      Here's a motherboard and a 2U server that use 4 processers. Pricewatch lists a few places that sell the motherboard.

    12. Re:Linux Users Prefer Underdog Company by Veridium · · Score: 1

      That may be true for some, but I went AMD for one simple reason: More bang for the buck under Linux.

      I mean c'mon. If Windows users had a shipping 64bit OS right now, are you trying to tell me they would settle for a 32bit processor? This has nothing to do with the david vs. Goliath mystique. I get a 64 bit processor for my 64bit operating system, today, here and now, for less than comparable Intel offerings and it performs better.

      You can bet when Intel releases a better offering, people will change their tunes. I know I will.

      --
      Think for yourself, destroy your television.
    13. Re:Linux Users Prefer Underdog Company by TrekCycling · · Score: 0

      This is an aspect of this whole thing being overlooked. I personally went through this last week. Bought my first new computer in 4 years (I run Linux, I stretched my hardware dollar). Going from a P3 800 to a P4 3GHZ. It ran like a dream. Very zippy. Compiles scream. Only problem is, so does the fan.

      So I return it for an Athlon 64 3200+. Havoc ensues. I can't get clean installs of SuSE 9.1 half the time. In 32-bit or 64-bit mode. No idea why. Updates wreck the system. The filesystem corrupted EVERY SINGLE TIME. I did probably 30 installs. Removing video cards, flipping switches in the bios. 32bit/64bit, swapping hard drives, everything I could think of. Memtest86. Memory checks out fine (in 32 bit mode, in 64 bit mode Memtest imploded). If I ever got a working install for more than a couple minutes it was because I removed some RAM and even then the system ran slower than my old one.

      In the end I went back to the P4 and slapped a Zalman on it. Now it's quiet AND it's fast again. No hassles.

      Maybe it was just my motherboard. Or the motherboard/RAM combination. Or a bad CPU. Who knows. All I know is two sets of P4s with a Foxconn motherboard? No problems. Athlon 64 3200+ MSI K8MM? All kinds of havoc

      So I'll stick with Intel for now.

    14. Re:Linux Users Prefer Underdog Company by raodin · · Score: 1

      Opteron can handle up to 8-way without additional logic. I've seen the CPUs for sale (the 8xx series Opterons) but not any machines.

    15. Re:Linux Users Prefer Underdog Company by bob+beta · · Score: 1

      And what are you doing with said 64 bit OS and processor?

      Just running it for it's 64-bittedness?

      I played around with a Sparc Ultra 1 machine (64 bit system) for awhile. Unless you know what you're doing all you end up doing is banging away with a wider data path than you need a significant portion of the time. Cycle per cycle, unless you know what you're doing, you actually slow your hardware down.

      It just doesn't cut it to say '64 bits' for the sake of the bigger number.

      Maybe you're making good use of it. It'd be cool if you could demonstrate it with an explanation of how you're using it.

    16. Re:Linux Users Prefer Underdog Company by Veridium · · Score: 1

      You didn't RTFA. RTFA, check the performance numbers of 64bit apps under Linux, then look at your response and tell me what's wrong with it. Thanks.

      --
      Think for yourself, destroy your television.
    17. Re:Linux Users Prefer Underdog Company by TheLink · · Score: 1

      You were using really old and out of date stuff. No surprise you noticed the slowdowns.

      While 64 bit for RISC stuff often makes things slower, we're talking x86 here- this is a different thing.

      The AMD64 64 bit mode also adds 8 more registers, this is what helps the compilers make things faster than normal 32 bit stuff. As for why only 8 more, the AMD people did their homework. 8 more would give more bang for buck compared to 24 more.

      I'd encourage people like him to use the 64 bit stuff now, coz I might want to use it next year... Without the bleeding edge people finding the common/"D'oh" bugs, people like me will have a harder time.

      Plus if more people buy it, it becomes cheaper ;). Buying one year old tech is often a good idea - but I'm definitely not going to buy a Prescott next year (Intel is flailing around at the moment, Intel's 2004 stuff is not very good), but Athlon64? Who knows...

      --
    18. Re:Linux Users Prefer Underdog Company by TheLink · · Score: 1

      Quad opterons scale a LOT better. They make most present quad xeons look pretty bad. There are few reasons to buy a quad xeon server - often it is better to buy two dual xeons. But quad opterons appear to be a different matter.

      Check out: SPEC int rate

      Sure they don't do as well as IBM POWER5, but most other stuff don't either ;).

      --
    19. Re:Linux Users Prefer Underdog Company by Hoser+McMoose · · Score: 1

      As for why only 8 more, the AMD people did their homework. 8 more would give more bang for buck compared to 24 more.



      It was more to do with keeping the instruction set basically the same. 8 extra registers was the most that AMD could squeeze into the existing x86 framework without dramatically changing things.



      In terms of the transistors, extra registers are dirt-cheap, a one or two million more doesn't make much of a difference on chips that is already over 100 million transistors. Hell, most x86 processors have over a hundred registers in silicon, but only 8 or 16 of the actually accessible to software, the rest are just for register renaming. So really it wasn't a question of cost from the hardware point of view. It was all about ease of porting code.


    20. Re:Linux Users Prefer Underdog Company by Hoser+McMoose · · Score: 1

      CPUs almost never cause problems on their own, but motherboards are a whole other issue. My money would be on the motherboard.

      In particularly, your problems sound similar to what a lot of people have reported with trying to get Linux installed on a Serial ATA hard drive. The SATA drivers are, as a general rule, terrible at the moment. The only SATA driver that seems to be at all mature is the one for Intel's ICH chips, every other SATA chipset seems to causes a lot of issues that you've mentioned. I understand that the situation is slowly imporving, but lack of support from the chipset vendors has made this a rather long processs.

    21. Re:Linux Users Prefer Underdog Company by TheLink · · Score: 1

      I watched the stanford video presentation by the AMD guy and they claimed that going 16 registers (additional 8) got most of the benefits for most apps, whereas going 32 (additional 24) only gave a bit more benefit.

      An explicit 32 register x86 would cost signficantly more for the reasons you mention. So AMD were lucky that 16 was good enough (according to them at least).

      --
    22. Re:Linux Users Prefer Underdog Company by Veridium · · Score: 1

      Without the bleeding edge people finding the common/"D'oh" bugs, people like me will have a harder time.

      WIMP! :) Man, it's really not that bad. Especially compared to where we were last December, when I first moved to the platform. Actually, I'd say where we're at right now is pretty good.

      But I'm not just a bleeding edger finding bugs. I'm also someone who wants a competitive edge in a tight job market:
      http://www.developwithamd.com/apppartnerprog/appho me/index.cfm?action=home
      I know where things are heading.

      --
      Think for yourself, destroy your television.
    23. Re:Linux Users Prefer Underdog Company by TheLink · · Score: 1

      What's the status of the various drivers esp server related? Network, mass storage (SCSI, SATA, ATAPI, ATA)?

      Well my competitive edge is learning things fast. So I'll go learn it when I need to ;).

      Plus I find it more fun to learn about tons of new features rather than learn about tons of bugs which would be fixed in the "real release". Grrr.

      I can then summarize: "Are you using at least release X? No? This release is not suitable for production use- upgrade!".

      Coz if I started using the bleeding edge stuff I'd probably get too annoyed. I hard crashed an iMac during the launch of the first models, dunno how - just moved the mouse pointer around and clicked the browser here and there, and within a minute or two - locked up. I did something similar to an Atari ST too (and it wasn't bleeding edge by that time).

      So if you don't mind, I'll wait for you all to find most of the "dumb" bugs first ;).

      --
    24. Re:Linux Users Prefer Underdog Company by TrekCycling · · Score: 1

      Yeah, it probably was. Problem is, tons of people on the SuSE lists reported no problems with that board. In the end, I guess I went with the path of least resistance. It cost the exact same amount. Maybe I'll have to upgrade to the future in another few years, but until then I'll be able to just use my computer and not worry about it. Hopefully 64-bit support gets better fast. I want to get on that bandwagon. Now's just not the time.

  9. I love AMD processors by rhsanborn · · Score: 2, Interesting

    I don't have an enormous pile of money to shell out all over. AMD has always done everything I need for significantly less than anything Intel has offered.

    1. Re:I love AMD processors by Tsiangkun · · Score: 5, Insightful

      I love AMD for the stealth marketing.

      AMD has never ran an ad campaign informing me the processor is inside the computer. AMD has never assaulted my ears with crappy noise from painted blue freaks.

      1. Put the money into R&D
      2. produce a great product a fair price
      3. let the word of mouth advertising do it's thing.
      4. Profit

      There is no ??? in this business strategy.

    2. Re:I love AMD processors by 0racle · · Score: 5, Insightful

      Ya because todays consumer is well informed about all issues surrounding the product they intend to purchase. Thats why OS/2 and Apple beat out the less then stellar offerings from Microsoft over the past decade.

      Hmmmm....

      People buy what ever a company makes the most noise about. There are still people that you really have to slam their head against a wall to convince that an AMD processor isn't inferior to Intel, simply because they never hear of this 'AMD thing.' The only real reason to choose one over the other is the cost. That said, being a fan of either is just silly. Unless you run benchmarks that spit out numbers, which are meaningless in the real world, you will not be able to tell what a system is running. If I threw a AMD processor in a box and slapped an Intel Inside sticker on the front, 99 out of 100 people would tell me I'd get better performance from an AMD chip after they used it, the last person probably wouldn't care. You see an increase in performance in an AMD system because you expect to, not because it actually is so much better, since the differences in real performance are imperceptible.

      --
      "I use a Mac because I'm just better than you are."
    3. Re:I love AMD processors by Anonymous Coward · · Score: 0

      Signficantly less?????

      Let us check
      http://216.52.208.185/app/ViewProductDesc.asp?desc ription=19-103-465&depa=1
      AMD Athlon 64 3800+ $630

      http://www.newegg.com/app/ViewProductDesc.asp?desc ription=19-116-181&depa=1
      Intel P4 560 $535

      So how is the AMD cheaper? Look before you speak. The price difference is even larger on pricewatch.

    4. Re:I love AMD processors by fitten · · Score: 1

      I have seen a number of AMD advertisements in magazines and the like. Just none on TV.

    5. Re:I love AMD processors by Tsiangkun · · Score: 1

      Smarter use of advertising funds, imo. Assuming the ad was in something computer related, and not in 'Better Homes and Gardens'.

    6. Re:I love AMD processors by Anonymous Coward · · Score: 0

      Just what I was going to post. Intel has done a good job of marketing on TV with their little chime at the end of their commercials and such. They've gained a lot of mindshare that way, but I don't think they counted on becomming irrelevent due to non technical people just buying PC's that are cheap.

      AMD seems to have done quite a bit of advertising in tech magazines. Trying to market their product to people who actually care what drives their system.

      Both approaches make sense to some extent, but I think Intel is missing the point. People don't care that a Dell has an Intel processor in it, they just want a Dell. Advertizing to the average joe is almost irrelevant.

    7. Re:I love AMD processors by Uncle+Jimmy · · Score: 2, Funny

      I remember seeing a billboard with an AMD logo and the words `NEED TO SPEED' on it.

      Someone had painted over a couple of letters so it said `NEED TO PEE' instead.

    8. Re:I love AMD processors by Zemplar · · Score: 0

      But I happen to like the 'noise from painted blue freaks'!

    9. Re:I love AMD processors by Anonymous Coward · · Score: 1, Interesting

      Do me a favor and compare AMD's revenue's to Intel's. AMD's stock is at the same price it was 20 years ago, Intel's has grown 5000%. Now tell me who has the better business strategy?

    10. Re:I love AMD processors by Tsiangkun · · Score: 1

      So ? A lot of companies would love to have AMD's spot on the fortune 500. They are a solid company.

      A company doesn't have to be number one in profit to have a quality product and be a successful business with satisfied customers. It seems to me that the industry leader is more liikely to cut corners to maximize profits, while the number two company is competing on product quality (Apple, AMD).

    11. Re:I love AMD processors by Anonymous Coward · · Score: 0

      Glad you think that way. Want to loan me some interest free money over the next 20 years? I'm sure I could get a nice return on it for myself too.

  10. *** YAWN *** by Anonymous Coward · · Score: 0

    Where are the opteron Vs IBM PPC 970 linux benchmarks? Who gives a fuck about Athlon64, I have one in my laptop to test binaries for our servers, not for performance.

    1. Re:*** YAWN *** by Anonymous Coward · · Score: 1, Informative

      PowerMacintosh Dual 2Ghz PowerPC G5
      (unofficial, published at apple.com)

      SPECint_base2000: 800
      SPECfp_base2000: 840

      Advanced Micro Devices ASUS SK8V Motherboard, AMD Opteron (TM) 150
      (official, www.spec.org)

      SPECint_base2000: 1566
      SPECfp_base2000: 1439

      There you have it, Opteron is nearly twice as fast as the 970.

  11. Re:AMD vs Intel by Masami+Eiri · · Score: 2, Funny

    Then... how is my Athlon 64 3200 running on an NForce3 based motherboard?

  12. Re:AMD running at 50deg C. by Anonymous Coward · · Score: 4, Informative

    Because you probably have a crap heatsink/fan combo. If you like to live richly get a Swiftech MXV462-V series heatsink for it... Works wonder but it's damn pricey (around $50.00 for the heatsink itself, big heavy copper block with a few hundred rough surface aluminum spikes driven into it in a spherical layout)

    It also has one of the best mounting methods I've seen, no more screwdrivers prying against super strong springs in tight corners...

    http://www.cluboverclocker.com/reviews/heatsinks/s wiftech/mcx462-v/page2.htm

  13. Printable / 1 page link by aardwolf204 · · Score: 5, Informative

    Printer friendly link

    Tired of clicking next page

    --
    Im dreaming ofa big bndwdth, That can resist the /.crowd.May ur days b merry & bright & may al
    1. Re:Printable / 1 page link by YGingras · · Score: 1
      Hold your mouse over for the 64-bit graph.
      In the "printer friendly" version. Humm...
  14. The Price/Performace of a VIA C5 (or C7)..... by Powertrip · · Score: 4, Interesting

    The Price/Performace of a VIA C5 (or C7)would be interesting to see here. No, I don't expect it to come even close in 'horsepower' to the players, but it would be of great interest for low-cost server appliances of sorts.

    1. Re:The Price/Performace of a VIA C5 (or C7)..... by Anonymous Coward · · Score: 1, Interesting

      The advantage to the Via setup has very little to do with cpu performance. For what you'd use them for, enough is enough.

      They have a built in media decoder for your mpeg2/4 movies and such. Also they have a hardware-based encryption setup that stomps what even the highest end AMD cpu can do.

      So for small media players, and network routers that have to do VPN work (especially with the dual nic motherboards) the Via offers best bang for the buck.

      Low power, low cost, low heat. Low performance.

    2. Re:The Price/Performace of a VIA C5 (or C7)..... by imroy · · Score: 2, Interesting

      I reckon what would be really interesting is to factor in the power requirements (including cooling) of these systems, especially in a cluster configuration. Sure, a bunch of Xeons or Opterons (or G5's) will give you great peformance. But how much are you paying to power AND cool those hogs? A rack-full will pump out enough heat to require a good air-conditioning unit. How does a cluster of mini-itx's compare then? Inquiring minds want to know, and I'm available to do the testing for anyone who wants to donate the hardware! :)

  15. A question in a vacuum isn't worth much by Roadkills-R-Us · · Score: 4, Insightful

    Since you didn't read the article, why are you asking the question? The testing looked pretty thorough to me, and the analysis was reasonable.

    And for the record, I know a number of AMD freaks. None of them are pro-AMD because of the Windows vs Linux thing. A few of them are anti-Intel, but some of them use Windows.

    So at least among those I know who voice an opinion, your thesis rings false.

  16. Re:AMD is the cheaper but which one is faster? by Anonymous Coward · · Score: 1, Interesting

    I don't know, but I know the fact that lots of linux stuff (Wine comes to mind) won't compile under AMD64 right now don't affect the results.

    Anandtech really has AMD's cock buried firmly in their ass, dont they?

  17. Debian and Athlon 64 Systems Question... by antdude · · Score: 1

    Did I understand that if I install the 64-bit of Debian on an Athlon 64 (754) system, I will not be able to use 32-bit applications and the 64 compiled programs are not always updated and not all of them are available? This is mainly for a workstation usage.

    I am planning to upgrade in a few days to replace my old Red Hat Linux 7.2 box.

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    1. Re:Debian and Athlon 64 Systems Question... by Too+Much+Noise · · Score: 4, Informative
      I haven't used Deb on amd64, but judging from the relevant anouncement you should not have too much trouble:

      Taking the ported source packages count, debian-amd64 is the most complete port after i386, see the Buildd stats.

      ...

      Native execution of legacy 32bit binaries is supported by the kernel, and core libraries are provided by the ia32-libs package.


    2. Re:Debian and Athlon 64 Systems Question... by Frequanaut · · Score: 1

      No, you misunderstood that.

      I was running the gcc3.4 debian amd64 port and was running 32 bit applications.

      (I just installed the amd64 port of ubuntu over debian unstable).

    3. Re:Debian and Athlon 64 Systems Question... by antdude · · Score: 1

      Sweet! Do I assume I can install it from a bootable CD-RW for network install from http://debian-amd64.alioth.debian.org/install-imag es/ that is similiar to http://www.debian.org/devel/debian-installer/?

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    4. Re:Debian and Athlon 64 Systems Question... by Rufus211 · · Score: 2, Informative

      The debian amd64 port is still fairly experimental, but it works. It builds off the official i386 packages (almost) as often as the official packages do so there's no problem with being behind. The only thing is that a handfull of packages don't compile properly for amd64 so they're waiting for someone to patch them. As far as 32-bit applications, you have a bit of compatibility using the ia32-libs package, but it really doesn't work all that well.

      So if you like debian, want the bleeding edge and don't mind a few quirks and lack of 32-bit application support (like I do) go for it. Otherwise just use normal i386 Debian or another AMD64 port.

      Links: file repository, docs, wiki, and mailing list.

    5. Re:Debian and Athlon 64 Systems Question... by fitten · · Score: 1

      I don't know about Debian, my experiences with AMD64 Linux are on Fedora Core 2, Mandrake 10, and SuSE 9.1 Professional.

      I use SuSE 9.1 Professional AMD64 on my home server/workstation. Everything I develop (mostly in C and Perl) I compile (where appropriate) in 32-bit x86 and 64-bit x86_64 modes and test them (on the same machine under AMD64 Linux). As far as I can tell, everything that is provided by the distribution is x86_64. I have no problems running 32-bit x86 binaries under AMD64 SuSE 9.1 Pro.

    6. Re:Debian and Athlon 64 Systems Question... by Frequanaut · · Score: 1

      Do you assume? I guess it sounds like you do.

      Yes, I believe you can install from there.

    7. Re:Debian and Athlon 64 Systems Question... by bob+beta · · Score: 1

      I ran NetBSD/sparc64 on my Ultra 1 system for a short while.

      To be able to say I had a 64 bit system.

      But the Mozilla package wouldn't build on /sparc64. There were various other key packages that wouldn't build.

      I came to the realization that I was running 64 bits for the sake of running 64 bits. I haven't been using that system for much lately. It's possible that they've gotten Mozilla to build on Sparc64 by now, but I haven't kept in touch.

      My point? What are you running the 64 bit processor for? Are you a developer? Are you helping the developers by being a trailblazer/tester for their new code? Or just to show off to your friends?

  18. Where's the 754s? by ameoba · · Score: 5, Interesting

    Any article that bases its conclusions on price/performance ratios that leaves out AMD's socket 754 Athlon64s is overlooking a major contender. Socket 754 chips generally cost far less than the s939 ones at comparable speeds and with the current generation of chips the dual-channel memory that s939 offers doesn't provide that much of a performance boost.

    Some might say that the s754 chips are an upgradability dead end but most people aren't upgrading CPUs without replacing the motherboard & RAM anyways. A s939 chip doesn't really get you much more upgrade headroom since there are no 939 boards with PCI-Express and DDR2 on them anyways...

    --
    my sig's at the bottom of the page.
    1. Re:Where's the 754s? by Brian+Stretch · · Score: 2, Informative

      Socket 754 chips generally cost far less than the s939 ones at comparable speeds...

      Only until this Wednesday. These new 90nm chips run cooler too, 1.4V core instead of 1.5V. The 90nm 3500+ goes on sale Monday. I'd expect Newegg, MWave, and the rest of the usual suspects to get them around then or shortly thereafter.

      DDR2 has much higher latency than DDR1 (negating one of the major AMD64 advantages) and costs twice as much. I don't know why AMD would bother with it. PCI-Express boards will be here soon enough, well before Christmas, if you absolutely have to have one.

      AMD released the 90nm Athlon 64 3000+ Low-Voltage notebook CPUs today. Acer gets the first batch for their new Ferarri 3400 and Europe gets the first batch of those. Oh well, I'm holding out for an Athlon 64 notebook with a high-end nVidia GPU anyhow since ATI apparently can't be bothered to write decent 64-bit Linux drivers.

    2. Re:Where's the 754s? by gid · · Score: 1

      That and you'd easily spend $100 on a more expensive 939 board, and the 939 cpu. With the $100 you save now, you can spend that on a new mobo down the road, and you'll still have your left over 754 board and cpu to put in a new "play" box, build a new machine for your dad, or whatever.

      I just recently bought a socket 754 mobo and Athlon 64 3400+ (newcastle) cpu. I couldn't be happier, the thing screams, easily twice as fast as my Athlon XP 2600+ (throroughbred) setup, at least when compiling java applications and a few other random "real" things.

    3. Re:Where's the 754s? by Sykil · · Score: 1

      I concur, for the most part. A common misconception is that 754 was to be wiped out with the addition of 939, but 939 was just to replace 940 as the desktop processor performance socket. 940 is now exclusively for Opterons. 754 is as alive and kicking as 939, but with the advantage of a little more motherboard options, seeing as they've been out longer. 754 is going to be the midrange option of AMD processors.

      I think the whole DDR and PCI-Express thing is kind of like comparing apples and oranges, though. They are (for the moment at least) Intel only.

    4. Re:Where's the 754s? by megan_of_wutai · · Score: 2, Informative

      AMD has stated that 754 is doomed.

      No dual-core 754, They'll stop making faster speeds within a year. I think they might keep making 754 semprons, but I haven't checked the roadmap for a while.

      .
  19. It mostly solves problems that don't exist on AMD by ColourlessGreenIdeas · · Score: 4, Insightful

    Hyperthreading lets the other thread use execution units that'd otherwise be empty due to pipeline bubbles. This makes a reasonable difference on many applications on the P4, due to its absurdly long pipeline. A more sensible pipeline length (i.e. an AMD processor) means there'll be less benefit to hyperthreading. I can't think of any good reason why the effects will be different between Windows and Linux.

    --
    In soviet russia stale jokes recycle you!
  20. compile times by planckscale · · Score: 3, Informative
    To me, 4 1/2 minutes to compile the 2.6.5 kernel seems pretty smokin. The Athlon 64 3800+ must be able to burn liquid magma. I haven't done it recently on my boxes (I think it took around 30 minutes on my 1.3 Duron), but this seems really quick. What are some compile times you guys are seeing on your CPU's?

    --
    Namaste
    1. Re:compile times by Anonymous Coward · · Score: 1, Funny

      What are some compile times you guys are seeing on your CPU's?

      My motorola 68020 builds the kernel in less than two weeks.

    2. Re:compile times by pclminion · · Score: 4, Informative
      I'd say 4 minutes to compile the kernel is about right. Notice I said "kernel," not modules!

      It takes about 20-30 minutes to do a full compile including modules, depending on my system load.

    3. Re:compile times by Anonymous Coward · · Score: 0

      The 3800+ is smoking, but not much faster than my 3200+, which, when the source tree is living on a four-disk SATA RAID5 array (software RAID, not one of those uber-sexy 3Ware cards), takes about 5 minutes 5 seconds or so to build 2.6.7 with all the drivers I use. (that's make, make modules - no make install). On a single 7200RPM ATA133 disk, the time goes up a bit, but not too high (less than six minutes, still).

      FWIW, both test disks (/dev/md0, /dev/hdb3) were using JFS, running Gentoo/x86 with 2.6.7. The box has 1GB of DDR400 RAM and is not overclocked. gcc was built with some optimization, but nothing ridiculous (just -march=athlon-xp in addition to the defaults). Using Gentoo/AMD64 is a bit faster. Not a whole crapload, but it's perceptible.

  21. Mad me down! by Anonymous Coward · · Score: 0

    Now you Gentoo pussies can mad me down...

    That's a good one!

    1. Re:Mad me down! by Anonymous Coward · · Score: 0

      I propose "Mad me down!" enter the common language (not quite "all your base", but still not bad?).

      Mad me down!!

  22. Price/Performance by Slightly+Askew · · Score: 3, Interesting

    They suggest the Athlon 64 3500+ over the P4 560 for "balancing price and performance".

    Naturally, I didn't RTFA, but doesn't this suggest that I, as a geek who doesn't care about the value of my money, would get better performance with the Intel? Otherwise, they would just come right out and say that the AMD is the fastest of all processors, wouldn't they? I mean, I know that I would choose a DLP HDTV for "balancing price and performance", but that LCD is just so damn cool. Hell, I don't know, maybe I'll go read the article, but this sounds like some of that marketing speak we were recently warned about.

    --
    Public use of any portable music system is a virtually guaranteed indicator of sociopathic tendencies. -- Zoso
    1. Re:Price/Performance by Anonymous Coward · · Score: 0

      If you had read the article, you'd have seen that the 3500+ was the lowest end AMD they reviewed, and that it put up a respectable showing against even the P4EE in some cases.

      if you want the highest performance, you'd want to go with the high end Athlon64 FX chips, because they have better overall performance than Intel's offerings, although you won't save much money (if not spend more).

      But then, You probably won't notice much of a difference between a 3500+ and an FX-53 right now, so you'll end up spending $400 on, nothing. If you really want high performance, Opterons are probably the way to go, as they're about as good as an FX, but cost way less in most cases.

    2. Re:Price/Performance by Papineau · · Score: 1

      If you've got money burning your pockets, buy an FX53.

    3. Re:Price/Performance by catenos · · Score: 2, Interesting
      They suggest the Athlon 64 3500+ over the P4 560 for "balancing price and performance".
      Naturally, I didn't RTFA

      I don't see anything natural about that.

      Yes, I am aware that you are referring to typical behaviour of the Slashdot croud, but the natural behaviour would have been to read the article, if you wonder about that statement.

      but doesn't this suggest that I, as a geek who doesn't care about the value of my money, would get better performance with the Intel?

      No. Just because an Intel processor isn't the winner in the performance/price class, it doesn't mean it's the winner in the performance class. The reasonable assumption you can make from the given statement, considering a performance/price statement was made, is that it isn't the Athlon 64 3500+ who was best in performance.

      And that's obviously true: Even ignoring how the Intel procs did, the other AMD Athlon's in the test, the FX-53 and the 3800+ repeatedly won against the 3500+, which is to be expected.

      As for AMD vs. Intel, they both won a share of the tests (IMHO the Athlons leading a bit) and it is not easy to declare a clear winner (for the 32-bit performance).

      Otherwise, they would just come right out and say that the AMD is the fastest of all processors, wouldn't they?

      You realize that it was the submitter's choice to emphasize a performance/price statement, do you?

      Hell, I don't know, maybe I'll go read the article, but this sounds like some of that marketing speak we were recently warned about.

      I am not sure what you are referring to.

      Note that despite the quotes signs, that "balancing price and performance" isn't even an actual quote (it's "balancing price with performance") and taken out of context, too: First they look at the prices and availablity and come to the conclusion:

      "Realistically, the Pentium 4 560 and the Athlon 64 3500+ are the best contenders in this match up. In six months when we run this shootout again we will likely be saying the same things about the Athlon 64 3800+. For now, however, the Athlon 64 3500+ does an excellent job of balancing price with performance."

      They could have chosen the Pentiums for the "in six month" example as well. In other words, it was more a statement about new, high-priced processors and current ones (and how in 6 month the sweet spot will have shifted to the next generation), than about an Intel vs. AMD preference.

      They state an AMD preference afterwards, but that's for their compelling performance with binaries compiled for 64-bit.

      --
      Keep an eye on which arguments are silently dropped in replies. Not always, but often times it's very telling.
    4. Re:Price/Performance by hattig · · Score: 1

      As far as I can tell, the AMD processors won most of the tests that were done. On a couple that were done, you can tell that they didn't have a 64-bit integer codebase though, e.g., that John The Ripper thing that showed no improvement in 64-bit mode over 32-bit mode for tasks that 64-bit is really a lot better at doing (see the OpenSSL results!)

      The text of the article has been changed without comment though. They had misinterpreted the OpenSSL results. There is a thread on AcesHardware about the review however that mentions this.

      Yeah, reading the article usually helps. Not that AnandTech have been particurly accurate recently with many reviews.

  23. Anandtech, AMD isnt the only 64bit x86 player by cwcpetech · · Score: 3, Interesting

    I'd allow them to skip the Itanium processor line, but to skip the 64bit EM64T is quite odd for such a review. Handing the 64bit categories with no competition like that is almost a PR exercise. You might as well be throwing G5 performance numbers at x86 machines instead of consulting the POWER5 equivalents (closest competition).

    1. Re:Anandtech, AMD isnt the only 64bit x86 player by Anonymous Coward · · Score: 0

      Unusual?

      Do you know how much a freaking Intanium setup costs????!!!

      Why don't they just thow in some benchmarks for other 64bit OSes?

      G5 Linux vs Power 4+ vs Power 5 vs Sun Sparc 64 vs Intanium vs Xeon 64 vs AMD 64.

      A comparision like that would be absolutely and completely pointless for a DESKTOP comparision.

    2. Re:Anandtech, AMD isnt the only 64bit x86 player by spuzzzzzzz · · Score: 1

      First of all, Anandtech has compared 64-bit Xeons with 64-bit Opterons and Desktop AMD64s. Go to their site and click on the CPU/Chipset thing.

      Secondly, EM64T processors are expensive, server-oriented Xeons. It wouldn't make much sense to compared them with cheap desktop Athlon64s. Nocona vs. Opteron is the sensible comparison here and Anandtech has already done it.

      --

      Don't you hate meta-sigs?
    3. Re:Anandtech, AMD isnt the only 64bit x86 player by fitten · · Score: 1

      Secondly, EM64T processors are expensive, server-oriented Xeons. It wouldn't make much sense to compared them with cheap desktop Athlon64s.

      Why? Just because the EM64T processors cost more? Please don't tell me that you think there's a significant difference between the Nocona and the Prescott EM64T that will be released soon....

    4. Re:Anandtech, AMD isnt the only 64bit x86 player by hattig · · Score: 1

      Isn't Nocona (new Xeon) the only EM64T processor from Intel at the moment?

      Maybe they don't even have that processor to test with? It is a recent release. It would also really affect the base tests, it being a server processor, not a desktop processor.

  24. Re:AMD running at 50deg C. by jmke · · Score: 5, Informative

    The Swiftech MCX462-V (MVX does not exist afaik ;)) is not the best heatsink out there money can buy. There are a lot of others which beat the Swiftech in both performance, price and noise levels. I've done 2 AMD heatsink roundups, one of them was posted at /. here

    The latest update I made can be found here from August 2004 and includes tons of innovative Heatpipe coolers which deliver great performance at a lower price! can't beat that?

    Look for a Thermalright SP-94 or Sharkoon HSP1 to get your AMD chilly :)

  25. 64 bit compiling? by dbkluck · · Score: 1

    Argh! The test I as a Gentoo-user was most interested in, whether compiles are significantly faster w/ 64 bit, they didn't include. What a bummer. Does anyone out there have some anecdotal evidence (completely unscientific, I know) about this?

    1. Re:64 bit compiling? by Anonymous Coward · · Score: 0


      I don't know about your setup, but on my 2400+ AMD-32 running 1gig of RAM running Debian my average compile time is:

      0h 0m 0s

      But mind you that's average.

      Forgive me for the trolling, but isn't Gentoo all about the resulting performance gains from compiling software? Wouldn't you be more interesting in the resulting performance of various optimizations?

      Would it matter to you if it took a extra 5 minutes to compile a kernel to gain a extra 3% of performance?

    2. Re:64 bit compiling? by Lussarn · · Score: 2, Insightful

      I can only speak for myself and as a gentoo I dont't give a f**k about 3% performance gain by optimizing my CFLAGS. I (and probably others with me) use gentoo because we like portage and use flags. compiling software is a neccesary which I would like to take as short time as possible. So your parent question stands.

      How much time is there to gain from going to 64 bit? Anybody have a clue?

    3. Re:64 bit compiling? by spuzzzzzzz · · Score: 1

      Yeah, compiles absolutely fly past on my dual Opteron box. Here's a timing of this morning's updates:

      media-libs/gd-2.0.26
      sys-libs/libaal-1.0.1
      sys-f s/reiser4progs-1.0.1

      #time emerge -uv world
      ...
      real 3m47.901s
      user 2m30.688s
      sys 1m35.463s

      keep in mind that only the actual compiling uses both processors. The ./configure and installing only uses one.

      However, the FA does mention how long it takes to compile a kernel.

      --

      Don't you hate meta-sigs?
    4. Re:64 bit compiling? by pclminion · · Score: 2, Informative
      How much time is there to gain from going to 64 bit? Anybody have a clue?

      From a theoretical standpoint, considering the kinds of things a compiler does, not much. Most of the compiler's task is navigating and performing transformations on very large, branched data structures. Mostly stuff like, "Follow this pointer. Okay, does this equal that? Okay, follow this pointer. Now, does this subtree look like that one? Well, to find out, we follow this pointer..."

      In other words, it's a bunch of navigation in memory with very little actual "computation." As such, it hardly benefits from doubling the width of the arithmetic units, because its task has very little to do with arithmetic.

      Sure, in a very abstract sense a 64-bit CPU can do "twice as much" per clock operation, but whether that is actually useful for your intended application depends on a bunch of other factors. Compilation is not something which could benefit from having fatter integers, which is essentially what 64-bit boils down to.

    5. Re:64 bit compiling? by 26199 · · Score: 1

      Have a look in the amd64 forum on forums.gentoo.org. There's a thread about 32-bit vs 64-bit performance, if you search for it. To cut a long story short.... yeah, it's faster. It also has various other 32-bit vs 64-bit comparisons.

    6. Re:64 bit compiling? by MrNemesis · · Score: 2, Interesting

      Depending on the application, anything from nothing to alot ;)

      Unlike the EMT64 Intel x86-64 processors, the AMD64's actually contain extra registers which only work on 64bit code, so be running 64bit code you get extra registers.

      This really makes a difference with some CPU-heavy apps; a couple of examples that spring to mind are LAME and MySQL, which show performacne increases of ~30-50% vs. 32bit code on the same hardware. Not bad for a "free" upgrade :)

      --
      Moderation Total: -1 Troll, +3 Goat
  26. Re:AMD running at 50deg C. by Gherald · · Score: 1

    I would suggest the Zalman CNSP7000A-ALCU as being a more resonable alternative to the Swiftech. Note I'm talking about the -ALCU version, not the -CU. The pure copper -CU is a bit TOO heavy and you risk damaging your core when you move your system. For a few degrees higher temperature it's worth getting the cheaper -ALCU.

  27. For clarification by temojen · · Score: 2, Funny

    Gentoo doesn't do ANYTHING by default.

    1. Re:For clarification by Anonymous Coward · · Score: 0

      Gentoo doesn't do ANYTHING by default.

      You make it sound like there's a configuration or something that lets you override that.

    2. Re:For clarification by spitefulcrow · · Score: 1

      Yeah, you kind of write all your configuration yourself to tell it what compile options you want and what features you want built in and what you don't want.

      --
      Sorry, my karma just ran over your dogma.
    3. Re:For clarification by Anonymous Coward · · Score: 0

      "Gentoo doesn't do ANYTHING by default."

      That's why I don't use Gentoo. It's too similar to Ms Windows for my taste. ;^P

  28. Sorry, but by Anonymous Coward · · Score: 0

    I'm sorry, but its hard to take a review seriously when they had text ads all over the top of the 'review' for their sale on AMD processors.

    Secondly, looks like as usual, more people who don't knwo what they're doing conducting a review. Ok great, AMD does better on badly set up generically compiled system #114, what happens when you optimize the code, like when you use Gentoo?

  29. LinuxHardware.org's Version by Anonymous Coward · · Score: 1, Informative

    LinuxHardware.org has just posted their version of this article which covers not only benchmarks performed under Gentoo Linux, but also a technology overview and Linux support of the hardware. Take a look: Intel's New Platform Verses AMD's 64-bit Prowess.

    1. Re:LinuxHardware.org's Version by fitten · · Score: 2, Insightful

      In our first look at 64-bit Linux, we used POV-Ray and noticed that not only was the AMD64 architecture much faster at this application, but that due to 64-bit verses 32-bit precision, it produced a truer image.

      What does this mean in their review? Are they claiming that 64-bit POVRay uses 64-bit integers to represent color while 32-bit uses 32-bit or something? This sounds somewhat bogus. *Maybe* POVRay uses 64-bit integers internally for calculations until it outputs the 32-bit ARGB pixels is the only thing I can think of, but I doubt that is the case.

    2. Re:LinuxHardware.org's Version by Augustus22 · · Score: 2, Informative

      It means that I believe they use longs in POV-Ray and that it does produce a different image whether compiled for AMD64 or x86. Check out this article which explains what I'm talking about. This isn't made up. I've proven it by comparing the two images produced by each binary.

  30. What's with the OpenSSL part? by photon317 · · Score: 2


    Maybe I'm blind (seems to be the case), but I stared at the OpenSSL graph results, and I see the opposite of what the written text claims about them both on the benchmark page and in the conclusion. The written statements were to the effect that the 64-bit binaries sucked and that it was probably because OpenSSL was so heavily 32-bit optimized - but when you mouse-over for the 64-bit OpenSSL graphs of AES and RSA, the 64-bit binary result numbers look like they're trouncing the 32-bit counterpart binary on the same processor, as well as everything else in the test. What gives?

    --
    11*43+456^2
    1. Re:What's with the OpenSSL part? by photon317 · · Score: 1


      Err.. well, I was half blind - the crypto benchmark part of the article does read that the 64-bit binaries are faster, I think, which agrees with the graphs - I just misread it after reading the conclusion first. But in the conclusion, they make the statement "Unfortunately, there were still several cases where 64-bit binaries performed slower; John the Ripper and OpenSSL being two of those examples."

      The conclusion is in error, I think..

      --
      11*43+456^2
  31. Things I've taken away from this review. by rmy1 · · Score: 3, Funny

    According to the review, faster processors performed better than slower ones.

    Gee, whodathunkit.

    1. Re:Things I've taken away from this review. by adler187 · · Score: 2, Insightful

      Notice in the benchmarks, for example the first one, both the Fx-53 and the 3800+ beat all the intel processors. Thus two AMD 2.4GHz beat a 3.0, 3.4, and a 3.6GHz intel processors. Thus, the slower processors beat the faster processors.

  32. LinuxHardware.org has similar article by vherva · · Score: 5, Informative

    Recently posted: Intel's New Platform Verses AMD's 64-bit Prowess. Similar scope in benchmarks, perhaps better analyzed.

    --
    -- v --
  33. Upgrades by gr8_phk · · Score: 1

    I got stuck when I bought a 700MHz SlotA that I'm still using. I wanted to upgrade vs buying new for a long time but I can't. Now I'll be getting a 939 in the hope that I can drop in a dual-core in the future. Aside from that, you'd be correct. I don't see clock speeds increasing fast enough to offer significant upgrades before everything changes. If AMD64 gets in the 3-4GHz range, they'll probably be using DDR2 by then and require a board change which will then put you into PCIX graphics...

  34. Re:It mostly solves problems that don't exist on A by fitten · · Score: 2, Informative

    A more sensible pipeline length (i.e. an AMD processor) means there'll be less benefit to hyperthreading.

    Actually, any processor with an "overabundance" of resources (say, if the Athlon 64 had 4 FPU and had HT) can make use of HyperThreading.

    Simplistic example: In the P4 case, the pipeline is long (20 stages) and there are ~4 or so execution units. That's 80 things that can be in-flight that can have stalls. HyperThreading can help keep more of the 80 "things" doing something every clock than only one thread of execution.

    If the Athlon 64 had 8 different ALU/FPUs or something, the odds are that some of them would be idle every clock (that's probably more than the instruction level parallelism in most code streams). If, say, 50% of them were idle at any given clock tick, then HyperThreading would be an option to keep them busy as well.

  35. publish your methodology by Jeremy+Erwin · · Score: 2, Insightful

    The benchmarks would be a lot more credible and useful if scripts and data could be downloaded and run by readers.

    1. Re:publish your methodology by Jeremy+Erwin · · Score: 1

      It seems I was a tad hasty. Perhaps some kind soul will distill it all in to a nice perl script.

    2. Re:publish your methodology by Wytter · · Score: 3, Interesting

      Well, all of the benchmarks are available. To make it easier for people to run benchmarks on their computers and make more tech sites to GNU/Linux benchmarking, I am currently developing a LiveCD for benchmarking purposes (and of course the benchmark scripts will be usable by everyone as well as the programs for configuration etc.). http://linbench.sf.net

  36. Hyperthreading trivia and scheduling domains by j1m+5n0w · · Score: 2, Interesting
    How the OS is written will make some difference
    Slightly offtopic, but there was an article at linux weekly news awhile ago about a new scheduling algorithm for NUMA machines. They made an interesting point that load balancing between hyperthread cores (by migrating processes) is much cheaper than load balancing between separate physical cpus, since both hyperthread cores share the same L2 cache, and thus the process doesn't have to start over with an empty cache.

    -jim

    1. Re:Hyperthreading trivia and scheduling domains by SillyNickName4me · · Score: 1

      The problem with hyperthreading is that while it gives you 2 virtual cpus, there are cases where one cpu will stall the other, for example due to there being only one floating point unit in the ht cpu.

      Hence, it depends a lot on your code how well hyperthreading will work, but generally doing little with floats will make it work better (there are a few more situations where stalls will occur)

  37. This mostly goes to show by dlakelan · · Score: 4, Insightful

    How little in the way of data analysis skills even tech savvy people have.

    Mouse over to see the 64 bit results, on a different scale? Yuck.

    Do the test 3 times and take the maximum? Yuck, how about the average?

    Bar charts? With non-constant widths between factors? yuck.

    I think probably 3 charts would have sufficed to show the whole thing. One showing total sum of time taken to run each of 3 suites: desktop, content, and benchmark, one color per suite.

    One showing the effect of 32 vs 64 bits on processors capable of doing both.

    One anova of DDR1 vs DDR2 (text) and of Hyperthreading vs. Not.

    One plot of performance to price ratio for the best config of each processor.

    And don't even get me started on the HINT benchmark (which is hard to get anymore I guess).

    --
    ((lambda (x) (x x)) (lambda (x) (x x))) http://www.endpointcomputing.com a scientific approach to custom computing.
    1. Re:This mostly goes to show by Anonymous Coward · · Score: 0

      But no! Didn't you know that the following is much more comprehendable? Sheesh. Who would notice 0.1 difference? We have to "visually enhance" that graph a bit.


      x #####
      y ##########
      2.0 2.1

    2. Re:This mostly goes to show by carlmenezes · · Score: 1

      It's not just data analysis, it's also a mix of presentation of the analysis within the confines of the website layout.

      --
      Find a job you like and you will never work a day in your life.
  38. Linux: Intel vs. AMD vs. IBM by reporter · · Score: 1
    I have not checked the thoroughness of these tests. The evaluation was not thorough. It completely omitted IBM. In order to draw meaningful conclusions, we must include the 3 dominant processors of 2004/05. They are the Pentium IV-64, the Opteron, and the G5 (Power4 derivative). Run Linux on all of them and, then, tell us which performs best.

    If we included the G5 in all future assessments of Linux, I suspect that we in the technical community could alter the workstation landscape, convincing more people to use Linux on the Apple G5-based workstations (yes, WORKSTATIONS). The G5 is based on the processor evaluated, by MicroDesign Resources, to be the best overall server processor of 2001 (?).

  39. Pentium tries to be cool... by Spy+der+Mann · · Score: 1

    but Athlon is HOT! :-P

    1. Re:Pentium tries to be cool... by DrMrLordX · · Score: 1

      Actually, it's the Prescott that's hot now. Athlons have all gone Cool & Quiet.

  40. mouse-over intel advertisement by nuttyprofessor · · Score: 1

    Did anyone else notive the Intel advert.
    that appeared when you held your mouse
    over the "compilling results" chart?
    It actually covered the results!

  41. Still, remember the Amiga. by Spy+der+Mann · · Score: 3, Interesting

    AMD is doing something else. "Word of mouth" can be VERY powerful today. But I bet they'd be doing LOTSA publicity if the internet hadn't arrived yet.

    Remember what the lack of marketing did to the Commodore Amiga (with its powerful Video Toaster), when IBM only made bleeps and creeps.

    Think about it.

  42. Re:AMD is the cheaper but which one is faster? by Anonymous Coward · · Score: 0

    The trick is that AMD64 also runs 32-bit software very well and linux supports this. So, if you find software that doesn't run properly in the 64-bit environment, it's not the end of the world. You just compile as 32-bit code and it works.

    Of course this means that you may end up with much of a 32-bit linux environment installed in addition to the 64-bit environment, but the fact is that just about every 64-bit operating system that tries to be compatible with 32-bit software shares the same deficiency. Disk space is cheap.

  43. Would be nice to see... by Warhaven · · Score: 2, Interesting

    ...a slightly larger roundup. xServe is supposedly the best bang for the buck when it comes to big cluster servers. How about: P4-, AMD-, G5-Linux roundup?

  44. Re:AMD vs Intel by arose · · Score: 1

    And my Athlon XP 3500+ on a SiS chipset motherboard?

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  45. Re:AMD vs Intel by arose · · Score: 1

    Err... That would be a 2500+ of course.

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  46. Re:AMD running at 50deg C. by mindwar · · Score: 2, Informative

    Look for a Thermalright SP-94 or Sharkoon HSP1 to get your AMD chilly :)

    actualy the Thermalright SP-94 is for socket 478 CPUs, he'd be after a Thermalright SP-97 for socket A CPUs. Sadly the SP-97 has been discontinued but he can probably find some around. That combined with a Panaflo or Vantec Tornado fan (depending on what performance/noise ratio he's after) will be the best air cooling solution for his socket A cpu. the Zalman CNSP7000A-ALCU is also a nice option if you're looking for a quiet, decent heatsink but sadly it cant compair with a SP-97/panaflo combo in terms of quietness/performance.

  47. Re:AMD is the cheaper but which one is faster? by TrekCycling · · Score: 2, Interesting

    I don't know about that last part, but I would agree regarding the overlooking of the obvious. i.e. That by and large the P4 just works whereas the AMD64 is more of a headache. I went with a P4 last week. Worked great. Changed my mind because of noise and heat and returned it for an Athlon 64. The system ran slow, filesystems were corrupted when I could get a clean install, which took numerous attempts and required me to pull the ram. In the end I went back to the P4. It just works.

  48. Re:AMD running at 50deg C. by jmke · · Score: 1

    you're right about the SP-94, made a mistake, however afaik the SP-97 is still available, Thermalright's webpage says so, and hundreds of webshops still offer them for sale.

  49. Re:AMD running at 50deg C. by Anonymous Coward · · Score: 0

    the Zalman CNSP7000A-ALCU is also a nice option if you're looking for a quiet, decent heatsink but sadly it cant compair with a SP-97/panaflo combo in terms of quietness/performance.

    Shoot man you're comparing a $20 heatsink/fan combo, with a heatsink that's $50 alone. Unless you're getting a processor that costs $300+ I don't see why you would spend such a good fraction of it on the heatsink for marginal gain.

  50. My Purposes... by artlu · · Score: 1

    Oracle's 10g database does not seem to like AMD processors on a linux platform. There is definitely some lag time to a comparable intel proc. Has anyone seen any test results from Oracle of AMD vs. Intel?

    gShares.net

    --
    -------
    artlu.net
    1. Re:My Purposes... by iggymanz · · Score: 1

      that's interesting, but are you doing the in-memory TPS benchmark or one that also involves disk? How different are the other parts of the hardware besides CPU?

  51. Not surprising by Jugalator · · Score: 1

    They suggest the Athlon 64 3500+ over the P4 560 for "balancing price and performance" ... and this is also the result they'd also get if using them on Windows?

    I don't see why it wouldn't anyway.

    For personal use, Athlon's have almost always (at least since the first Athlon was released) had better "balance between price and performance".

    --
    Beware: In C++, your friends can see your privates!
  52. Double bias test by Anonymous Coward · · Score: 2, Interesting

    Reson Amd chips run better when kernel is built for amd. Intel chips are the same. Benchmark total screwed up. But no more bias than windows vs linux ones it is always the wrong kernel.

    Rebuilding the kernel to match process can give upto 40% speed boast depending on the processor.

    Poor windows users never see there processor chip work to its best. Hypertheading disabled ment that intel did not stand a chance since Hyperthreading is required to make up for there lack of general performace(linux kernel does support Hyperthreading if it is build right).

    Ever wondered why you have to add drivers to windows to use hyperthreading yep windows does not support it at all.

  53. Athlons by Anonymous Coward · · Score: 0

    I've just built two 32-bit Athlon-based systems and couldn't be happier. For both, used an AthlonXP 2400 with an nForce mobo, the details of the two systems are different but basically everything worked perfectly on both boxes, both of which dual boot Windows and Linux. The economics are really compelling - you can get a virtually dirt cheap Athlon that easily competes with a fairly expensive P4 - I haven't checked out top end Athlons vs. top end P4s, but the low- to mid-range Athlons really rock for the dollar.

  54. Did you really RTFA? by GaryOlson · · Score: 1

    check out the pop-up window associated with the word Linux on the last page anandtech.com/linux/showdoc.aspx?i=2213&p=10

    --
    Every mans' island needs an ocean; choose your ocean carefully.
  55. Re:AMD vs Intel by Loki_1929 · · Score: 2, Informative

    I know that I shouldn't feel the trolls, but there are times when I just can't help myself.

    "AMD is still having quiality control problems and there doesn't seem to be any end in sight."

    Oh? I don't remember seeing anything about AMD having problems with their CPUs. I do, however, remember compiling a short list of problems Intel has had. Let's see if I can find it. Oh look, there it is! Intel churns out problem-ridden products just like anyone else. It's so funny to watch the fanboys go down in flames.

    --
    -- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
  56. Never underestimate... by darekana · · Score: 1

    Never underestimate the power of dancing blue freaks. I would point out that Apple has put them to good use. Maybe synced to some better music though.

    Maybe AMD should have some dancing green freaks for step "3." instead of word of mouth.

  57. Re:Linux: Intel vs. AMD vs. IBM by wobblie · · Score: 2, Interesting

    I'd like to see something like this as well, with two incarnations:

    1. a test based on what you could get for a certain amount of money

    2. an all out test comparing the top of the line in each class

  58. Re:I think I finally get it... by jargoone · · Score: 1

    They shrug and download the ISO, pop it in their free machine and boot it up. They install it with ease, get a system running and are astounded at how much control they have over their system, and yet how easy it is to keep up and running: no rpm hell, no library fuckups and incongruities.

    I know exactly what you mean! Isn't Slackware just great ?

  59. Re:I think I finally get it... by bob+beta · · Score: 1

    It's really cool, but the Sparc port seems to have died out. There are various splackware builds out there, but not a whole lot of anything new.

    There's always NetBSD, and what the heck, run it on Intel/AMD, too.

  60. Re:AMD vs Intel by Anonymous Coward · · Score: 0

    How about my K6, running on an FIC VA-503+?

    *rimshot*

  61. Re:AMD is the cheaper but which one is faster? by bob+beta · · Score: 1

    Whoah. You must be pissing off the salesman where you buy your hardware.

    I've never heard of them being that friendly about you flipping hardware back at them like that.

    'No, I think I wanted it in blue. Can you repaint it one more time??'

  62. Pentium 4 "F" CPUs support EM64T by MojoStan · · Score: 1
    Secondly, EM64T processors are expensive, server-oriented Xeons.
    Actually, Intel has been selling workstation-oriented Pentium 4 processors supporting Extended Memory 64 Technology since early August. For now, I think they are OEM-only in most parts of the world. Dell sells a EM64T Pentium 4 workstation with Linux preinstalled: Precision Workstation 370n Details
    It wouldn't make much sense to compared them with cheap desktop Athlon64s.
    If you RTFA, you'll notice that despite the article's name ("Linux Desktop CPU Roundup"), the article is clearly about workstations, not desktops. And those "desktop" Athlon64s in the article (socket 939 3500+, 3800+, and FX-53) are not "cheap" at Newegg.com (OEM/Retail): $342/$365, $627/$630, and $825/$849. The EM64T Pentium 4s (3.20F, 3.40F, and 3.60F GHz) are priced at (bulk OEM) $278, $278, and $417 (source).

    It would make perfect sense to compare socket 939 Athlon64s to EM64T Pentium 4s on 925X chipset, but I don't think EM64T P4s are easy to get without purchasing a whole workstation (oddly, boxed EM64T P4s are available in Japan). Can't Anandtech mooch a CPU from Intel for review purposes?

    --
    TO START
    PRESS ANY KEY

    Where's the 'ANY' key? I see Esk, Kitarl, and Pig-Up...

    1. Re:Pentium 4 "F" CPUs support EM64T by spuzzzzzzz · · Score: 1
      If you RTFA, you'll notice that despite the article's name ("Linux Desktop CPU Roundup"), the article is clearly about workstations, not desktops.

      Sorry, I should have explained myself better. By "cheap desktop Athlon64s" I was referring to the distinction between the Athlon64 as a desktop-oriented chip as opposed to the server-oriented Opteron.

      Noconas should be compared to Opterons, Athlon64s should be compared to Pentium 4s. It would make perfect sense to compare an EM64T P4 to an Athlon64, but I wasn't aware of the existence of 64-bit P4s. I am sure anandtech will benchmark the 64-bit p4 as soon as they can get one. They've already done the Nocona/Opteron matchup

      It is my understanding that EM64T is just an increase in addressable memory; that they don't actaully have the extra registers that AMD64 has. Is this true, or am I talking out of my ass here?

      --

      Don't you hate meta-sigs?
    2. Re:Pentium 4 "F" CPUs support EM64T by Too+Much+Noise · · Score: 1
      The thing EMT64 does not have, for instance, is hardware IOMMU support. That kind of sucks, as it means DMA I/O has to go in the lower 4G of memory[*] - remember the low-mem buffers for legacy (16-bit) PCI devices? well, Intel just came up with an equivalent trick for processors.

      [*] to quote Redhat:

      Intel® EM64T does not support an IOMMU in hardware while AMD64 processors do. This means that physical addresses above 4GB (32 bits) cannot reliably be the source or destination of DMA operations. Therefore, the Red Hat Enterprise Linux 3 Update 2 kernel "bounces" all DMA operations to or from physical addresses above 4GB to buffers that the kernel pre-allocated below 4GB at boot time. This is likely to result in lower performance for IO-intensive workloads for Intel® EM64T as compared to AMD64 processors.

  63. Re:AMD is the cheaper but which one is faster? by TrekCycling · · Score: 1

    No, they weren't pissed. Besides, it didn't work the second time. I'll admit the first time was my bad. I should have lived with my choice and just put a bit fan on a it, but the second time around it flat didn't work. And they have a 7-day no questions return policy. It's a major chain. PC Club. Very friendly and helpful.

  64. Re:It mostly solves problems that don't exist on A by TheLink · · Score: 1

    Thing is, often for programs where performance really matters, the relevant routines are optimized to use all the available FP+int units for the target architecture. At least this is true for many games.

    I don't see how HT will help much in these cases and it might even be counterproductive.

    Of course there are always cases where performance matters but they haven't got around to optimizing (e.g. OpenSSL).

    As for programs where performance doesn't matter -it doesn't matter right? :).

    They should have done a make -j 4 test or something, with HT and without HT.

    --
  65. Re:AMD is the cheaper but which one is faster? by TheLink · · Score: 1

    Sure sounds like he got a dud Athlon 64 system that was flipped back to them by someone else - probably for not working properly.

    Corrupt filesystems? Doh.

    --
  66. Re:Linux: Intel vs. AMD vs. IBM by mabinogi · · Score: 1

    So to do a thorough evaluation of AMD vs Intel performance on Linux we need to compare with a G5?

    That's just silly.

    --
    Advanced users are users too!
  67. Yes it's a full implementation... by Anonymous Coward · · Score: 1, Informative

    Yes, it has all the registers, etc.

    FWIW, I work for AMD.

    Erich Boleyn

  68. Re:I think I finally get it... by sp0rk173 · · Score: 1

    Yeah slackware is great! Slackpacks kinda suck though.

  69. been using AMD since the 286 days. by alizard · · Score: 1
    There was an issue with the K6-350, requiring a software patch, which came out before I bought that motherboard.

    Here is a list of the problems I've had that could be attributed to the use of AMD on my workstations:












    Above space left intentionally blank.