Slashdot Mirror


Latest Processors Tested Under Linux

An anonymous reader writes "I don't run into reviews featuring Linux much but here's a great review I found posted on Linux Hardware. It features the latest Intel Pentium Extreme Edition 955 and AMD Athlon 64 FX-60. Since both of these are dual-core processors, they also decided to throw in the best single-core CPUs for comparison. This is a great review for Linux folk. It gives a look at what hardware you may want to consider for your next workstation."

29 comments

  1. Macs, right? by countach · · Score: 2, Interesting

    >It gives a look at what hardware you may want to consider for your next workstation.

    Aren't we all fawning over the possibility of running Linux on a new iMac now?

    1. Re:Macs, right? by macshit · · Score: 3, Interesting

      Aren't we all fawning over the possibility of running Linux on a new iMac now?

      Er, no/kinda/um...

      I have a pretty anemic system at present (450MHz PIII), and have recently started to do some ray-tracing.

      For ray tracing, the sort of balls-to-the-wall systems in this review are the sort of thing you want, but frankly the idea of ending up with yet another giant space-consuming ATX box that sounds like a jet-engine at takeoff is sort of depressing.

      FWIW, I think the current imacs are pretty icky too [I don't like the whole integrated monitor/system style in the first place, and the current imacs are not all up to Apple's standards of elegance -- they're just sort of thick and clumsy looking].

      What I'd really like is a system that's as small and as quiet as possible, e.g. the mac-mini, but with a beefed up (dual core?) processor/memory-system. Obviously the heat management would need to be upgraded too, so it couldn't be as small as a MM, but it seems like with appropriate technology (liquid cooling to giant heat sink on the rear?), it needn't be anywhere as bloated as the typical ATX box.

      Are there are any happy mediums like this out there? Systems that are reasonably small and quiet, but still somewhat fast for doing computation-bound problems?

      I'm glad to see this review anyway though, I'm thoroughly sick of the typical "windows office productivity apps" benchmarking you see on other review sites...

      --
      We live, as we dream -- alone....
    2. Re:Macs, right? by Daxster · · Score: 1

      I like to think that laptops are pretty efficient at being small but not being limited computational-wise (relative to, eg, mini-itx).
      Running a fairly quiet system isn't impossible ;-)

      --
      Death by snoo-snoo!
    3. Re:Macs, right? by i_should_be_working · · Score: 3, Interesting

      I have two of these Shuttles. Room for two 3.5" hard drives and an optical drive. But still small. I can fit one in my backpack. I also was considering the MacMini, but needed raw cpu power for simulations. Also I wanted more storage than laptop drives have.

      The cooling is decent and keeps the temp low for one, but the other one has a Prescott that gets considerably hotter. Not too hot, but several degrees more than if it were just in a normal sized case. If I had known about Prescotts I wouldn't have got one and wouldn't have a problem.

      Oh yeah, it's really quiet. 2 feet from my bed and doesn't bother me at all. Not as quiet as the MacMini though. Some of the Shuttles are more quiet than others, so it's helpful to read reviews.

    4. Re:Macs, right? by sethstorm · · Score: 1

      No way, no how. The cheap solution is always going to leave something out - quality.

      --
      Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
    5. Re:Macs, right? by n0dalus · · Score: 1

      For ray tracing, the sort of balls-to-the-wall systems in this review are the sort of thing you want, but frankly the idea of ending up with yet another giant space-consuming ATX box that sounds like a jet-engine at takeoff is sort of depressing.

      I think you'll find that for ray-tracing, the 3d industry uses render farms of lots of less powerful computers. It's cheaper that way.

      What I'd really like is a system that's as small and as quiet as possible...

      Do what I did. Buy long shielded extension cables for everything and put the boxes in the next room. No more noise. No more heat. Sometimes I feel like my computers aren't even on.

    6. Re:Macs, right? by LWATCDR · · Score: 1

      I just built a system using an AMD64 3200 Venice core. I was shocked by little noise it makes. I am using a standard cpu fan, 120mm case fan and a good but not great ps. While it isn't going to match the speed of these dual core monsters it is pretty dang snappy.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    7. Re:Macs, right? by maGiC_RS · · Score: 1

      Just FYI, most of the distros have been supporting the PPC architecture for a long time.

  2. Intel dominates in 1 out of 8 tests? by BadAnalogyGuy · · Score: 4, Insightful

    It seems to dominate in the 1 test that isn't designed around games or primitive single-threaded rendering or encoding applications. You know, real life programs geared towards professionals. They say that Intel is the loser, but it seems that AMD is the one who is scrambling from the pocket like Mark Rypien (so to speak).

    1. Re:Intel dominates in 1 out of 8 tests? by lubricated · · Score: 1

      looks to me that amd wins the tests of doing stuff that people do. While intel wins some kind of synthetic benchmark.
      I'll agree that they should have done many more multi threaded tests

      --
      It has been statistically shown that helmets increase the risk of head injury.
    2. Re:Intel dominates in 1 out of 8 tests? by DrSkwid · · Score: 1

      such as ?

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:Intel dominates in 1 out of 8 tests? by Anonymous Coward · · Score: 0

      3D Max, Maya, etc.

      http://www.spec.org/gpc/opc.static/vp81info.html

      vs. POVRay, Doom, and some OSS video encoder.

      So I'd say the OP's point still stands. AMD for kids, Intel for professionals.

    4. Re:Intel dominates in 1 out of 8 tests? by Carewolf · · Score: 2, Interesting

      But the Intel processors doesn't dominate the test. They just _barely_ win it (5% faster).

      The single thread tests and gaming tests are won by AMD by a huge margin (25%-100%). In most of the multithread test the Intel processor just barely keeps up. This seems to all lead to the same conclusion: AMD has a faster basic design, but Intel has HyperThreading and when HT is suitable they cancel eachother out.

    5. Re:Intel dominates in 1 out of 8 tests? by willfe · · Score: 1

      It doesn't exactly "dominate" that one category, either; the Intel CPUs barely edge ahead of the AMD CPUs on that benchmark; the difference is negligible.

      Remind me again how AMD is scrambling? Seems to me they're holding onto their dominance in the performance market to me...

      --
      Read my stuff.
  3. 65nm vs 90nm by DrSkwid · · Score: 1

    Intel's dual core is on 65nm so not only is AMD generally faster but will reap MHz benefits when moving to 65nm later this year.

    Go AMD !!

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  4. Fascinating picture! by WasterDave · · Score: 4, Interesting

    The first picture in the article - showing the substrate against the gate. Are the very visible lumps in that ... ummmm .... atoms?

    --
    I write a blog now, you should be afraid.
    1. Re:Fascinating picture! by Danny+Rathjens · · Score: 3, Interesting

      The atomic radius of silicon is 110pm(.11nm) and the scale is 1.2nm. So they look about the right size. :)

    2. Re:Fascinating picture! by advocate_one · · Score: 1

      wow, just think what the electric field gradient is across that baby!!!

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  5. iMac Duo Core + EFI by iamstan · · Score: 1, Offtopic

    The new iMacs do not use an antiquated PC bios, they use EFI. New game.

  6. I Know it's Asking Too Much... by bhima · · Score: 5, Insightful

    But AMD and Intel aren't the only manufacturers with interesting new chips which Linux runs on.

    Freescale has the MPC8641D a dual core e600
    IBM has their PowerPC 970 dual core
    What about Sun's UltraSparc T1?

    I'm just really tired of hearing the same old Intel vs. AMD fan boy flame wars.

    And what I'd really like to here about is how well the compilers and or OS is actually using these new processor features or are they just being treated like faster 486s.

    --
    Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
  7. Bring Forth the Info by willfe · · Score: 4, Insightful

    Okay, then :) Ignoring for the moment that nobody held a gun to your head and made 'ya read the "fanboy flame wars," let's talk about those other CPUs. Feel free to link to reviews or benchmarks of these CPUs, doing useful stuff like hosting lots of dynamic web sites, acting as file servers for big-ass files, running huge databases, or other things such machines are used for. Be sure to include price tags, please. I am actually pretty curious how these other chips and architectures stand up against Intel and AMD. Obviously the UltraSparcs aren't going to be running many games, but they can encode video like the others, so that'd be an interesting benchmark.

    It should already be clear that the 64-bit CPUs (the AMD ones at least) aren't glorified 486 upgrades. Last I checked amd64 doesn't even have that obnoxious x86 legacy memory model crap (640k, then 384k, then 1MB-900(ish)MB, then high-memory to 2GB, then spiffy-uber-high-memory to 4GB or higher), and just has flat memory access. Other improvements supposedly include a wider, faster bus between CPU, memory, and peripherals, and better/faster memory access.

    Obviously with dual-core any SMP-capable OS (even good ol' Windows) picks up major performance gains since, well, there's two CPUs. Even with non-multithreaded apps, you get performance gains since the OS starts new processes (and migrates them as needed) to the most-idle CPU.

    What do these other non-Intel/non-AMD CPUs bring to the table for spiffy performance?

    For what it's worth, I'm not flaming; I'm actually curious :)

    --
    Read my stuff.
    1. Re:Bring Forth the Info by bhima · · Score: 1

      Hah! You're right... but until Slashdot employs a Bayesian automod system I at least have to scroll by those posts.

      Anyway I had thought using video encoding as a good example but then I thought of the G4. Linux practically ignores the vector extensions for the G4, actually let me restate that: I don't think Linux uses AltiVec At.All.Ever.
      I've seen the auto-vectoring code in GCC current it's a start but it absolutely isn't finished or even what I would call design complete.
      I don't know of an encoding application hand coded for the G4. So in summary I'm not aware of an encoding application that would actually use one of the more interesting facets of G4 and that basicly extends to the complete Power PC processor line.

      Given that the PowerPC has been as long as it has and few applications take full advantage of it I have to presume that there are not any existing applications (That are open source, compile with GCC, and run in a POSIX environment) that take advantage of *ANY* of the interesting features of modern processors (excepting clock speed).

      Now I admit the only reason I am even aware of this is that I just finished an embedded PowerPC project which used Altivec.

      The IBM PowerPC 970fx is a 64 bit processor... that's supposed to be an advantage but I don't think there is a single application on my PowerMac that takes advantage of that aspect of the G5. Maybe there is one but it's doing it secretly... A CoreData app, maybe???

      What about the whole dual core thing? I can tell you now that OS X doesn't use dual processors as well as everyone would like to think and it's rare that an application even attempts to be multi-processor. It's been years since I even booted a dual processor Linux box... Does Linux use multi-processors well or is it still more of "it doesn't crash" sort of thing?

      Next up is multithreading... I've never in my life written a multi-threaded application, so I'm not the most knowledgeable but I do lurk on few mailing lists for open source applications that are beginning to add multithreading capability. I must say I am strongly reminded of rumors of sex when I was in high school. Everyone wants to do it, a lot people are claiming they have done it, some are claiming they are really good at it, but verifiable facts are few and far between.

      Honestly I am absolutely certain that (for example) if there was a Gentoo port for a reference board for each of these CPUs and you compiled the entire system, from scratch, with the secrete squirrel magic Gentoo GCC arguments, you wouldn't have anything to do an honest test with.

      So lacking an OS, a compiler, and applications which take advantage of all of these new and interesting features how does one conduct a real world test that does not just treat all of the CPUs as if they are fast 486s?

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    2. Re:Bring Forth the Info by swillden · · Score: 1

      Anyway I had thought using video encoding as a good example but then I thought of the G4. Linux practically ignores the vector extensions for the G4, actually let me restate that: I don't think Linux uses AltiVec At.All.Ever.

      I believe the latest ffmpeg uses AltiVec when compiled for a processor that supports it. I'm not aware of anything else that does, but video encoding with ffmpeg should.

      Given that the PowerPC has been as long as it has and few applications take full advantage of it I have to presume that there are not any existing applications (That are open source, compile with GCC, and run in a POSIX environment) that take advantage of *ANY* of the interesting features of modern processors (excepting clock speed).

      Lots of apps take advantage of the interesting features of x86-compatible chips (MMX, SSE2, 3DNOW, etc.). And GCC will obviously use the massive numbers of registers available on Sparc or AMD64 chips, etc.

      The IBM PowerPC 970fx is a 64 bit processor... that's supposed to be an advantage but I don't think there is a single application on my PowerMac that takes advantage of that aspect of the G5.

      You can build Linux and most OSS apps in 64-bit mode. At least with AMD64-compiled versions you actually do gain a little in performance (due mainly to the increased number of registers available, I think), although I'm not aware of any apps that take specific advantage of the 64-bit processor (there probably are some, though). I would assume, but don't know, that you could see similar benefits from 64-bit PPC code.

      It's been years since I even booted a dual processor Linux box... Does Linux use multi-processors well or is it still more of "it doesn't crash" sort of thing?

      Linux handles multiple processors very well, including NUMA architectures. Solaris is still better, I believe, but not by much, and Linux scales much better tha NT.

      I've never in my life written a multi-threaded application

      I have. It's a lot of fun once you get your head around it. It is hard, though. Lots of scientific computing makes heavy use of multi-threading. For most stuff that most people do, there's probably not much advantage in it. The value of multiprocessing to most people comes from the fact that while multi-threading isn't that useful in many cases, multi-tasking definitely is.

      Honestly I am absolutely certain that (for example) if there was a Gentoo port for a reference board for each of these CPUs and you compiled the entire system, from scratch, with the secrete squirrel magic Gentoo GCC arguments, you wouldn't have anything to do an honest test with.

      You're assuming that to do an honest test you have to have applications that are specifically tuned for the target architectures. Why? The best test is the test of the applications that exist, because those are the ones you'll be running if you buy the machine.

      Also, if you really want a good test system, I'd suggest Debian, not Gentoo. More platforms and more apps.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    3. Re:Bring Forth the Info by LWATCDR · · Score: 1

      "The IBM PowerPC 970fx is a 64 bit processor... that's supposed to be an advantage but I don't think there is a single application on my PowerMac that takes advantage of that aspect of the G5. Maybe there is one but it's doing it secretly... A CoreData app, maybe???"
      The PPC unlike the x86 is not registered starved. All things being equal you will tend to get lower performance from a 64 bit version of a program than a 32 bit version of a program unless that program works with data sets larger than 4 gigabytes or does a lot of integer math with values larger than 32bits. That is a pretty small subset of programs. So very few programs need be recompiled into 64bit mode on a PPC system.
      Things are very different on the X64/EMT side. The X86 was very short on registers which AMD corrected. The problem is you need to run in 64bit mode the get those extra registers.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  8. Better looking in person by Wabbit+Wabbit · · Score: 1
    FWIW, I think the current imacs are pretty icky too [I don't like the whole integrated monitor/system style in the first place, and the current imacs are not all up to Apple's standards of elegance -- they're just sort of thick and clumsy looking].

    I originally thought the same thing, but as is often the case with electronics and automobiles, these look much better in real life than in the pictures you see on the web. I am continually amazed by this. If you get a chance, check one out in person.
    --
    Nothing is inexplicable; only unexplained -Tom Baker, Doctor Who
  9. This people isn't skilled... by DreadN · · Score: 1

    How can they compare CPU power comsumption by TDP?! This is nonsense. An athlon FX57 merely goes over 60-70W, while a dual core P4 can reach a maximum power consumption over 150W.

    --
    Statistic says: if you've got your head into a freezer and your butt into a oven you are at optimal temperature.
  10. Tests I'd like to see by TheLink · · Score: 1

    Well, it would be better if they also did the following tests:

    openssl speed (see which crypto tasks/ciphers the CPUs are better at)
    Building the linux kernel and modules
    apache bench (ab, ab2) of apache serving static file with 1, 5, 10, 50, 100 concurrency
    apache bench of apache running a simple perl cgi with 1, 5, 10, 50, 100 concurrency
    (may wish to turn off logging for apache - to avoid disk write bottlenecks)

    data compression and decompression:
      gzip of a text file (cached in memory)
      gzip of a binary file (cached in memory)
      and corresponding gunzips to /dev/null.
      (may also wish to test bzip and lzop)
    transferring cached data from one machine to /dev/null on another machine over ssh (using default cipher) and gigabit LAN. e.g. time cat datafile | ssh user@hostb cat > /dev/null; (where hostb has appropriate key installed so no password prompt, and datafile is fully cached in RAM e.g. 256MB file file ).
    The MySQL and Postgresql database benchmarks/regression tests.

    The maximum rate of tiny udp packets per second (over gigabit LAN) the machine can take via INPUT with zero firewall rules, and with 5, 10, 50, 100 firewall rules the packet passes through, and the similar maximum rate for packet _forwarding_ (to another interface). Anyone remember Slammer?

    Simple java benchmarks, compile, run, web? running apache bench tests in a vmware virtual machine? ;)

    By the way, I notice an annoying thing when people benchmark kernel builds.
    Most sites use a smaller value like make -j 3 for single core CPUs and skip the higher values (like -j 4 , -j 8 etc) which they do use for the multicores/chips. If they don't want to do all values of X, they should stop increasing X when performance stops improving - and _show_ the point where things stop improving.

    --