Slashdot Mirror


AMD's Athlon-64 Benchmarked With UT2003

Sander Sassen writes "Wondering about the performance of AMD's Athlon-64? Want to how well it runs in 64-bit mode? Hardware Analysis managed to run a few benchmarks on a AMD Athlon-64 demo system using the 64-bit version of Epic' Unreal Tournament 2003. There's also an update with the latest about Athlon-64, Opteron and mobile Athlon-64 including streaming video and pictures of a quad Opteron server."

227 comments

  1. In other news by Soporific · · Score: 4, Funny

    AMD is soon to be followed by Intel with the introduction of the Unobtainium chip.

    ~S

    1. Re:In other news by quigonn · · Score: 5, Funny

      INTEL DEVELOPER FORUM CONFERENCE, SAN JOSE, Calif., Feb. 21, 2003 -- Intel Corporation today announced the new successor for the Itanic 2 processor, named "Unobtainium".

      This highly advanced clone of a 64-bit processor of an unnamed competitor is the first to combine a competitor's technology with the outstanding features of Intel processors, namely lots of Gigahertz, and lots of heat. The Unobtainium has been especially designed to be used on expeditions on Antarctica, always keeping expedition members in a bubble of hot air.

      Intel, the world's largest chip maker, is a leading manufacturer of computer, networking and communications products. Additional information about Intel is available at www.intel.com/pressroom.

      --
      A monkey is doing the real work for me.
    2. Re:In other news by Anonymous Coward · · Score: 2, Funny

      Me wonders if you realise Oakley has Unobtainium trademarked. Supposedly my lenses are made from ut. lol

      Fear not I see your point. ;-)

    3. Re:In other news by Anonymous Coward · · Score: 0

      Me too! (+5 funny?)

    4. Re:In other news by Dixie_Flatline · · Score: 1

      Really? How're the optics on those? I'm asking 'cause my Oakley watch has an Unobtainium wristband, and I was thinking that rubber lenses might be a little TOO dark.

    5. Re:In other news by uradu · · Score: 1

      > Intel, the world's largest chip maker

      Or perhaps, "Intel, the world's largest chips' maker"? Specializing in plastic cases for the computer inside your computer.

    6. Re:In other news by JoshWurzel · · Score: 1

      Point of order..."Unobtainium" is already patented/trademarked/copyrighted/whatever by Oakley. Its the name of some chemical or alloy they use in their shades.

      As much as I love Oakley's gear, I always laugh when I read it.

  2. Place your bets by Anonymous Coward · · Score: 1, Funny

    Who's gonna reach 2048 first, the Microsoft Windows version number, or the AMD bit number?

    1. Re:Place your bets by Anonymous Coward · · Score: 0

      i don't get it.

      is AMD on some kind of foolish chase for ever higher bits?

      we've been on 32 bit for quite some time on x86(ppro), and 64 bit on non x86 for longer.

    2. Re:Place your bets by supersat · · Score: 1

      Actually, the 386 was the first 32-bit x86 processor.

    3. Re:Place your bets by Anonymous Coward · · Score: 0

      gee, 16,32,then 64! OH MY GOD
      too bad AMD wasn't first at any one of them
      seriously, your joke sucked.

  3. Also known as: by otterpop378 · · Score: 5, Funny

    how to slashdot an innocent server in the dead of night.

    1. Re:Also known as: by Anonymous Coward · · Score: 0

      no shit. . .slightly amazing at 4 in the morning

    2. Re:Also known as: by logic7 · · Score: 1

      not exactly amazing if you remember the thing called "time zones". not to mention the remote possibility that there are slashdot readers outside of the us.

    3. Re:Also known as: by kryonD · · Score: 4, Funny

      Say for instance here in Japan where the geeks are all viewing slashdot through a 12MBit ADSL connection....and it's just now 6pm...let the peak usage period begin.

      Yes, yes, I have a 12MBit ADSL connection; now who wants to touch me? ... I SAID WHO WANTS TO F*@#ING TOUCH ME?

      --
      I've dirtied my hands writing poetry, for the sake of seduction; that is, for the sake of a useful cause. --Dostoevsky
    4. Re:Also known as: by Tomun · · Score: 2, Funny

      I can't reach.

    5. Re:Also known as: by Brightest+Light · · Score: 1

      67mb/s .edu pipe... take a seat. :-D

    6. Re:Also known as: by Anonymous Coward · · Score: 0

      145 mb/s, so yes sit down.

      its sad when my hard drive, network card, and soon RAM, are the bottlenecks for fast internet connections

    7. Re:Also known as: by _Sharp'r_ · · Score: 1
      I'd bring up our 245 Mb/s pipe here at work that the 7 of us share (with a GigE "backup" connection to UUnet), but then someone who works at UUnet/Verio/etc... would just post a follow-up... so instead, I'll ask if you've established your actual connection speed to the server linked to?

      That 12Mbit is pointless if the other end only has a T-1.

      --
      The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    8. Re:Also known as: by kryonD · · Score: 1

      Very good point. The best I've seen is 7.5MBit sustained while downloading the 187MB Dungeon Seige demo from Microsux. My usual average is between 1.5 and 2MBit depending on the pipe the other side has, so all and all, much better than the usual ADSL service provided in the states. Don't even get me started on the difference in cell phone technology.

      And I can't resist a jibe back....unless you live at work, it doesn't count. I have a fat pipe at work too, but usually don't notice the difference due to bottlenecks elsewhere in the internet.

      --
      I've dirtied my hands writing poetry, for the sake of seduction; that is, for the sake of a useful cause. --Dostoevsky
    9. Re:Also known as: by kryonD · · Score: 1

      I had a seat, then I did this thing called graduating. I'm talking 12MBit domestic, not commercial. Did I mention I only pay $25 a month for it? How much was your tuition, room and board again?

      Sorry, couldn't resist, but in all honesty I do miss the college dorm, unlimitted pr0n, QuakeIII frag fest days.

      --
      I've dirtied my hands writing poetry, for the sake of seduction; that is, for the sake of a useful cause. --Dostoevsky
    10. Re:Also known as: by Anonymous Coward · · Score: 0

      You need to put the cheesewiz bag away first, that will increase your TTL and you will be able to reach.

    11. Re:Also known as: by pellaeon · · Score: 1

      I invite you to take a seat on our 1Gbit link :-)

      Daisy-chaining all the way!

      --
      -- /bin/coffee missing. universe halted.
    12. Re:Also known as: by Anonymous Coward · · Score: 0

      Fiber to the back of my machine... from an OC junction. (hehe optical research)

      Are you still standing?

      I didn't think so. Good boy.

    13. Re:Also known as: by Brightest+Light · · Score: 1

      well put. and i gotta tell you, this summer i'm going to be trying real hard to fuckin touch your 12mb dsl ;)

  4. Yes because... by mraymer · · Score: 4, Funny

    ...a 64-bit CPU is totally *pointless* unless I can spawn at least 500 bots on a map designed for 7 at playable speeds with it. Telefraging madness!

    --

    "To confine our attention to terrestrial matters would be to limit the human spirit." -Stephen Hawking

  5. Text by Galahad2 · · Score: 5, Informative

    As promised we'll give you an update on the performance and other features of the AMD systems that we reported on yesterday. Naturally AMD wasn't very keen on disclosing clockspeed or detailed system configurations of the demo systems they had running, but we took advantage of a few fellow journalists entering the room and keeping the AMD PR people busy to run a few quick benchmarks on the Athlon-64 system. The Athlon-64 demo system we already reported on yesterday had a 2GHz clockspeed and used the SuSe 64-bit Linux operating system and was running the 64-bit version of Unreal Tournament 2003 as a demo.

    (pic of monitor playing UT2k3, FPS = 42)
    Fig 1. The Athlon-64 system running SuSe 64-bit Linux and the 64-bits version of Unreal Tournament 2003.

    Naturally we're intimately familiar with the workings of Unreal Tournament 2003 engine and after a quick look at the display settings, which were set at a 1024x768x32bit resolution with all other features at default, we measured a mere average 42fps and maximum fps around the 55...60fps mark. Considering the fact that this is a 2GHz Athlon-64 processor teamed up with a GeForce Ti 4600 we honestly expected a whole lot better. A 1.6GHz Pentium 4 with that very same GeForce Ti 4600 videocard would have no problems clocking in a similar score while running under Windows XP.

    (pic of a white laptop with the terminal showing)
    Fig 3. The Athlon-64 notebook running CyberLink's PowerDVD actually showing the first Harry Potter movie.

    But there's more, we managed to take a closer look at the notebook too and quickly found out that this indeed is a proof of concept. It plays DVDs very well, mostly courtesy of the ATi M9-series graphics card, and unfortunately all our questions about whether we could do something else with it were answered with a resounding 'no'. We did however manage to find out what was inside in terms of chipset, memory and graphics card. The notebook apparently used a Via K8T400M chipset teamed up with an ATi M9-series graphics adapter and was using PC2100, DDR266, memory. The screen was a standard 14.1 inch running at a 1024x768 resolution and the DVD software they used was none other than CyberLink's PowerDVD.

    (naked pizza-box style case)
    Fig 2. The quad Opteron server with the top cover removed, the PCI-X slots in the back and a the four CPUs hidden underneath the huge heatsinks.

    (two white LCDs next to each other, left showing a web browser and right showing UT2k3.)
    Fig 3. The quad Opteron with the SuSe 64-bit Linux operating system running some sort of a database benchmark, right next to the UT2003 demo machine.

    We naturally also took a closer look at the quad Opteron as that's definitely something AMD is currently pushing hard. They're putting all their weight behind the launch of their server products and have postponed the launch of the desktop version of the Opteron, the Athlon-64, back to September. The server parts, including completely pre-configured two-way Opteron systems, should be available in late April, right after the April 26th launch of the Opteron server CPU family. Clockspeeds will initially range up to 1.6 or 1.8GHz and performance is expected to be similar to Intel's Xeon offerings. But as always, we'll reserve judgement until we can actually evaluate two similarly configured servers side by side, for now all they have given us are SpecInt-2000 and SpecFP-2000 scores without disclosing the system configurations, so that doesn't tell us anything.

    Nevertheless it looks like AMD is indeed trying to get some new and innovative products out of the door. Whether they'll be able to make a lasting impression, both in terms of features and performance, with their new 64-bit products remains to be seen though, we'll be sure to keep a close eye on any future developments.

    Sander Sassen.

  6. Forget the article! by Judg3 · · Score: 2, Funny

    It's much more entertaining to keep refreshing the page and watch the user count rise

    Please register or login. There are 10 registered and 1173 anonymous users currently online. Current bandwidth usage: 2777.75 kbit/s

    --
    Looking for hardware (Currently need: Large Etch-a-Sketch) Have one? See my journal!
    1. Re:Forget the article! by Anonymous Coward · · Score: 0

      now up to 4Mb/s. Is that it? Thats the amount of bandwidth a slashdotting takes? (assuming this is an average slashdotting-victim page, and everyone who requests the page is getting it, etc)

    2. Re:Forget the article! by Anonymous Coward · · Score: 0

      And 35 minutes later the barrage continues:

      There are 9 registered and 2722 anonymous users currently online. Current bandwidth usage: 2584.32 kbit/s

    3. Re:Forget the article! by Anonymous Coward · · Score: 0

      There are 3 registered and 3336 anonymous users currently online. Current bandwidth usage: 2901.90 kbit/s

  7. Whoa! by netfunk · · Score: 5, Informative

    Ok, wait.

    I'm the developer that did the 64-bit port of UT2003 (and the Linux port, and the Mac port...).

    You need to keep two things in mind:

    1) The OpenGL renderer is not as fast as the Direct3D renderer at this time. This is not the Athlon64's fault. You can see this on 32-bit Windows, since it can use both renderers. Since this is a Linux port of the game, we're using the GL renderer on the Athlon64 at this time.

    2) The "stat fps" command isn't really a good benchmarking method.

    3) This is a prerelease version of the game running on a prerelease version of SuSE running on prerelease drivers running on prerelease hardware. Please don't consider this "benchmark" to be representative!

    --ryan.

    --
    Don't say, "don't quote me," because if no one quotes you, you probably haven't said a thing worth saying.
    1. Re:Whoa! by IvyMike · · Score: 4, Funny

      Hey, I know many of the other comments on this article are going to be filled with haters ripping on AMD and their new chip, but I for one was hella impressed that UT2k3 was running so well under such adverse conditions. Once all the pieces start to fall into place, this could be sweet chip.

    2. Re:Whoa! by XnetZERO · · Score: 3, Interesting

      The Mac port? Rumor has it that there was such a thing, but for some reason it disappeared into the ether and was never seen again. ;)

      Anyhow, if the game ever comes out for the Mac I'll buy it, but for some reason I think I might die of old age first. :p

    3. Re:Whoa! by Anonymous Coward · · Score: 2, Informative

      I've been meaning to email you and tell you - thank you so much for the Linux port! Unreal Tournament 2003 runs about 5-10 times quicker on Debian GNU/Linux than Windows 98SE (and Windows is on the faster drive.)

      A note to anyone reading - UT2003 installs onto Linux off the normal CDs you buy in the shop. No need to buy a linux-only version. Go - get it for your Linux partition today!

    4. Re:Whoa! by Anonymous Coward · · Score: 0

      Two things:

      1. Thanks. :-)

      2. Any chance of getting an updated version? I bought UT2003 *because* there is a Linux port. I was kind of hoping that the port would be supported, not just a "look! we can do it! cool! now let's move on" kind of thing.

      Thanks again,

      A. "don't want an Account" C.

    5. Re:Whoa! by cabraverde · · Score: 1

      1) The OpenGL renderer is not as fast as the Direct3D renderer at this time.

      That explains a lot... I bought UT2003 on the strength of the Linux port (and a fine job you did too) but on a low-spec platform the speed differential between OpenGL & Direct3D means I can only get a decent game under Windows. Not a huge problem, but let's hope the OpenGL renderer gets some attention...

    6. Re:Whoa! by n1k0 · · Score: 0, Offtopic

      Keiner macht fur dich mehr! :-)

      niko

    7. Re:Whoa! by bogie · · Score: 2, Insightful

      "Unreal Tournament 2003 runs about 5-10 times quicker on Debian GNU/Linux than Windows 98SE (and Windows is on the faster drive.)"

      Your Windows install is completely borked then. There is no way UT run 5-10 times or even 2 times faster under linux than it does under Windows. Its generally accepted that UT2k3 is slower on linux(OpenGL) than on windows(Direct3d) as the developer himself states here. For myself personally(XP1900,512MB,GF4200,~10,000 3dmarks) its defintely much slower in linux and that's a direct result of Epic foolishly(direct3d ain't cross-platform) making UT2k3 a direct3d game from the ground up. Luckily RTCW has no such problems so its what I continue to play daily.

      --
      If you wanna get rich, you know that payback is a bitch
    8. Re:Whoa! by Strog · · Score: 2, Insightful

      There's an updater you can run or download the latest patches for linux and install manually no problem. The versions are the same as the windows patches. I run it on my FreeBSD 4.7-STABLE box and it works great. I can even run the updater to keep it current. Some people have had problems running the updater on FreeBSD but they can still download the patches and manually run them.

      Were you trolling or talking about something else?

    9. Re:Whoa! by Anonymous Coward · · Score: 0

      run loki_update as the user that installed the software.

    10. Re:Whoa! by ag3n7 · · Score: 1

      I've been meaning to email you and tell you - thank you so much for the Linux port! Unreal Tournament 2003 runs about 5-10 times quicker on Debian GNU/Linux than Windows 98SE (and Windows is on the faster drive.)

      5 - 10 TIMES FASTER? Linux gives you a performance increase of 500% to 1000%??? I'd love to see some benchmarks on that.

    11. Re:Whoa! by Anonymous Coward · · Score: 0

      I know that.

      I actually meant that as in "any chance of getting the OpenGL path fixed up not to suck when compared to the DX path"? It is not slow, it's actually quite ok. The only problem is that it /is/ slower than the DX path, and based on this single datapoint people say "OpenGL sucks, DX is good" -- which at the end of the day, hurts people not running DX platforms because programmers get this idea that DX is better, and there goes any chance of portability.

    12. Re:Whoa! by Ramze · · Score: 2, Insightful

      Yeah, I'd say this comparison isn't even as good as apples to oranges... more like apples to pasta. In order to benchmark performance, as many variables as possible need to be the SAME other than the one you're testing. A better test would be: Windows XP running the game vs. Windows XP (coded and compiled for 64 bit for Athlon 64) running a non-beta 64 bit version of the game I'd like to at least see benchmarks comparing the game under SUSE Linux to the 64 bit game under SUSE 64 for Athlon 64 so I can judge for myself rather than taking the reader's word that the frame rates aren't "good".

    13. Re:Whoa! by Sycraft-fu · · Score: 1

      Actually, Direct3D IS cross platform, just not to the platform you are thinking about. the other platform it runs on, and the one that intrests Epic so much, is the X-box. Epic tried to make ti so that you could basically design a game for teh PC and then port it straight over to the X-box with minimal fuss provided you use the UT 2003 engine.

      Remember they make a whole lot on engine sales, maybe even more than on actual game sales. Well portability to consoles is something that is VERY attractive and important to developers. Consoles are a huge market. Well, with the way they made UT 2003, it really is a minimum of fuss to get a program over to the X-box. Well, that requires using Direct3D.

      Linux/Mac portability is nice, but not real critical, both are a much smaller market (in terms of sales, not necessiarlly units owned) than X-box or Windows. Hence, Direct3D is a logical choice for the primary renderer, given the goal.

      I think rather than whining, people should be happy that they did make an OpenGL renderer and take the time to port it to Linux.

    14. Re:Whoa! by dolson · · Score: 1

      Oh, like Neverwinter Nights? Yeah, I'm with that! Who is gonna play these crappy year-old games????!!!? I've had enough of reading Slashdot for today. I'm gonn go play some original UT.

    15. Re:Whoa! by T5 · · Score: 1

      First off, kudos and thanks for a great game port to Linux. Works better there than on Windoze.

      Second, was this running Mesa or a 64-bit secret driver from Nvidia? Big difference in performance, those two.

    16. Re:Whoa! by Anonymous Coward · · Score: 0

      It's not a different platform. It's a different packaging of a platform. The packaging of the platform does not matter. You could mount an X86 processor in an old refrigerator. It does not make it a different platform.

      Unless maybe you stand on it...

  8. slashdottet already? by Temsi · · Score: 1, Redundant

    let's hope hardwareanalysis.com is not running on one of those 64-bit AMD's... would be pretty embarrassing.

    --
    -- This sig for rent.
    1. Re:slashdottet already? by Alan+Partridge · · Score: 1

      personally, I troll

      if you get just the right combination of anti-Americanism and anti-geekdom you can get a couple of pages of indignant flamage in an hour or so...

      --
      That was classic intercourse!
    2. Re:slashdottet already? by Anonymous Coward · · Score: 0

      Sometimes I could just scream...
      apparently some people just don't get sarcasm.

  9. Summary from that UT 2003 bechmark by Jugalator · · Score: 3, Informative

    The site, with just a few comments on /., is already showing signs of slashdotting. I'll quote the most important parts about the UT 2003 benchmark, just in case:

    "The Athlon-64 demo system we already reported on yesterday had a 2GHz clockspeed and used the SuSe 64-bit Linux operating system and was running the 64-bit version of Unreal Tournament 2003 as a demo."

    -snip-

    (at 1024x768x32...) "we measured a mere average 42fps and maximum fps around the 55...60fps mark. Considering the fact that this is a 2GHz Athlon-64 processor teamed up with a GeForce Ti 4600 we honestly expected a whole lot better."

    --
    Beware: In C++, your friends can see your privates!
  10. Re:I licked my lips... by adpowers · · Score: 3, Funny

    You're obviously not a real geek. The fact that the streaming video and pictures are of the quad Opteron server made me click. Unfortunately, it is already /.ed.

  11. THANK YOU! by Svartalf · · Score: 1, Insightful

    I was about to chime in with similar comments- but it's so much better when the person that did the work (and knows what in the Hell he's talking about) says it.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:THANK YOU! by Svartalf · · Score: 0, Offtopic

      And you had to post that anonymously. Shameful really- I was complimenting someone, not doing a me-too.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    2. Re:THANK YOU! by Anonymous Coward · · Score: 0
      Actually no, it's then. Rephrase the sentence like this and reread it.

      Then it is much better to chime in with a me too on a high rated post and hope someone has pity enough to mod you.

      This post sponsored by Strunk, White, and the letter Q.

  12. Re:I licked my lips... by jkrise · · Score: 0, Offtopic

    " You're obviously not a real geek."

    A real geek is never straightforward. He's got lots of hidden depths(!), is shy, reticient and timid. He hides his talents and pretends to get kicks, like 'normal' folks. Obviously, you're not a real geek, since you couldn't figure out my deception.

    Most moderators are Morons. Sensible moderators are Oxymorons.

    --
    If you keep throwing chairs, one day you'll break windows....
  13. What I want to know... by whitelabrat · · Score: 3, Funny

    I'd like to know if it will run nice and frosty like my AMD 2400+ (plus what? Beats me!)

    Any more fans and my computer may levitate. That would be just as cool as a good UT2003 framerate!

  14. And, to quote Ryan from above... by Svartalf · · Score: 4, Interesting
    "1) The OpenGL renderer is not as fast as the Direct3D renderer at this time. This is not the Athlon64's fault. You can see this on 32-bit Windows, since it can use both renderers. Since this is a Linux port of the game, we're using the GL renderer on the Athlon64 at this time."


    I saw that and determined that they were more Windows type people and plain flat didn't know that the OpenGL renderer is much weaker (not due to the API, but due to this being much the first cut of the thing...) than the D3D. What they measured was pretty good considering that detail.
    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:And, to quote Ryan from above... by Anonymous Coward · · Score: 0

      yes, what they measured was pretty good...
      but not what they concluded.

    2. Re:And, to quote Ryan from above... by MShook · · Score: 2, Informative

      And here another thing people don't realize: making everything 64 bits doesn't necessarily make programs go faster. With 64 bits, you have more pressure on the cache, on the bus, on the memory, etc...

  15. Face it by ObviousGuy · · Score: 5, Funny

    The reason you keep losing at UT isn't because your processor is too slow.

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:Face it by Anonymous Coward · · Score: 0

      Right. it's the drivers. ...and the fact that the UT gods are displeased with your lack of blood-sacrifice.

      I'd suggest you give 'em a child actor. They look pretty pissed.

    2. Re:Face it by rendle · · Score: 1

      I just upgraded from a Radeon 9000 to a Radeon 9700 and I /swear/ I 5uX0r less now. The only thing holding me back from total domination is my mouse.

    3. Re:Face it by Craig+Maloney · · Score: 2, Funny

      Your keyboard is slow too... :)

    4. Re:Face it by Anonymous Coward · · Score: 0

      dude, my keyboard isn't slow... ..my electricity is.

  16. nope by Anonymous Coward · · Score: 4, Insightful

    i would have to say that this article is about as worthless as the bill gates quotations earlier, int terms of actual usefullness and truthfullness. since everything is prerelease and the details are fairly sketchy, im gonna wait for solid numbers before i decide once and for all who i will be loyal to in the proccesor world.

    1. Re:nope by Alan+Partridge · · Score: 1

      before you DECIDE who to be loyal to?

      clearly, loyalty is an alien concept to you

      --
      That was classic intercourse!
    2. Re:nope by Anonymous Coward · · Score: 0

      amd wants your man sap

  17. thoughs.. by itzdandy · · Score: 5, Insightful

    how well are the drivers for the gefore card working? are they playing nice with that k8t400? are the nvidia drivers 64bit or are they being run in "32-bit" mode? how well is OpenGL playing with the 64-bit OS, 64-bit Chip combo and again, how well are the nvidia drivers playing? is the OS running the AGP in AGP mode or is it PCI mode?

    i bet i could easily get a P4 2.7 with this graphics card to product similar numbers, or even worse in linux with some effort to use least optimized drivers and setting the graphics card to PCI.

    in fact, my P4 2.4x133@2.7x150 with a GF Ti 4600 doesn't post much better numbers, 55fps by stat fps. and thats on a 32bit "system" with fairly mature drivers and everything work "correctly/fullspeed"

    im not an AMD zealot, but i wont make me decision based on a game that is notoriously bad at opengl and on a system that is running all beta software/drivers.

    1. Re:thoughs.. by PSUdaemon · · Score: 2, Informative

      http://www.nvidia.com/view.asp?IO=linux_amd64_disp lay_archive

    2. Re:thoughs.. by HaveBlue34 · · Score: 2

      Isnt this beta hardware as well? With beta software on beta drivers and a beta OS what is the point of this?

    3. Re:thoughs.. by conway · · Score: 1

      The drivers can't be 32-bit drivers.
      Running on a 64-bit OS, the drivers need to be able to address 64-bit space, etc.
      User mode programs can run in 32-bit "emulation" mode, because the OS will do all the translation for them, the drivers can't.
      That said, I'm sure first-cut pre-release drivers are nowhere NEAR the performance peak.

    4. Re:thoughs.. by vogel · · Score: 1

      UT2003's OpenGL renderer performs within 5% of the D3D renderer on Windows.

      -- Daniel, Epic Games Inc.

    5. Re:thoughs.. by Babbster · · Score: 1

      The point would seem obvious: Nerds like numbers, and gaming nerds love FPS/FPS stats.

    6. Re:thoughs.. by itzdandy · · Score: 1

      UT2003's OpenGL renderer performs within 5% of the D3D renderer on Windows.

      Radeon9700 pro, P4 2.4@3.06 DirectX performs more than 30% better than OpenGL on my system, with the most up-2-date drivers. My other system runs a GF4 4600 and the difference between OpenGL and DirectX 8.1 are similar.

      I Have seen complaints about this around the web quite a bit by people who are known to be knowledgable about gameing systems and software.

  18. Remember Doom III? by Max+Romantschuk · · Score: 5, Insightful

    Let's not get over-excited... This is of course interresting information, but it's information of a premature chip on a premature platform.

    I doubt that any proper conclusions can be drawn from this, apart from what is already known: The Athlon 64 isn't ready yet. If was the release date wouldn't be set for September.

    Much like with Doom III, there is always a cool-factor, but the actual facts at hand are very scarse. One thing is probably for sure though... The Hammer core can't compete with the Barton core on the desktop at this point. Otherwise we'd have the Athlon 64 waiting to be released much sooner.

    --
    .: Max Romantschuk :: http://max.romantschuk.fi/
  19. 64-bit should give 15% increase by Anonymous Coward · · Score: 5, Interesting

    If one compares the claimed 42fps with other cpu:s, it seems it is at a level of a Celeron 500 MHz...
    There is something fishy here as the UT2k3-makers themselves claimed there is a 15% increase in 64-bit mode (on Windows). Normally Quake3Arena for Linux is on par with the Windows version, so it should not be the OS' fault either.

    1. Re:64-bit should give 15% increase by Seahawk · · Score: 1

      Quake is good at OpenGL rendering, Unreal is not - so you cant really compare the two! :)

    2. Re:64-bit should give 15% increase by Anonymous Coward · · Score: 2, Insightful

      Those Tom's scores have to be from flyby benchmarks, since there's no way you're getting 200+ average FPS in-game or with a botmatch benchmark. Seeing 2x to 3x higher FPS in flyby mode isn't at all unusual, so comparing the in-game FPS to those benches isn't fair even before you factor in the beta-upon-beta nature of the test.

    3. Re:64-bit should give 15% increase by Anonymous Coward · · Score: 0

      I'm not sure from where you got that. But HardOCP has an article claiming:

      Further if you test in OpenGL compared to D3D in the CPU test the OpenGL results will be higher due to the fact that T&L is ENABLED for opengl, but it is DISABLED in Direct3D. Obviously you would want T&L disabled so the CPU does most of the work for a CPU test. Therefore if doing CPU speed comparisons we recommend using the Direct3D renderer.

      Apparently, there is not that much of a difference, disregarding any T&L effect.

    4. Re:64-bit should give 15% increase by Anonymous Coward · · Score: 1, Interesting

      Ok here Here are some more numbers, now from The Haus, "1024x768x32 with all the options cranked", here.

      Citadel Botmatch (D3D/OpenGL)
      Windows (33.1/24.2)
      Linux ( - /25.2)

      Citadel Flyby (D3D/OpenGL)
      Windows (63.9/43.6)
      Linux ( - /48.9)


      They also wrote:
      "However, I also found out that the botmatches are different in Linux and Windows. Epic's Daniel Vogel made this post on the UT2K3 Linux mailing list: 'Botmatches are OS/compiler dependent. Try the flybys'"

    5. Re:64-bit should give 15% increase by Anonymous Coward · · Score: 0

      There is no 64bit Windows ... yet.

    6. Re:64-bit should give 15% increase by Anonymous Coward · · Score: 0

      There is something fishy here as the UT2k3-makers themselves claimed there is a 15% increase in 64-bit mode (on Windows).

      That is really incredibly fucking stupid. 64-bit is slower than 32-bit because you fill up your cache more quickly if you use wide pointers.

      64-bit is good only for addressing more than 4 GB of RAM, and that's fucking all.

      "News for nerds," indeed. More like "news for wannabees."

  20. As an AMD user, by Anonymous Coward · · Score: 2, Interesting

    the real benchmarks I'm interested in:

    How many *C does the CPU run at?
    What size PSU does it need?

    1. Re:As an AMD user, by 10Ghz · · Score: 1

      FYI: P4 runs even hotter than Athlon XP does.

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    2. Re:As an AMD user, by Alan+Partridge · · Score: 1

      that's really interesting, buthe's asking about the Athlon 64 and Opteron

      you fucking schlumph

      --
      That was classic intercourse!
    3. Re:As an AMD user, by Anonymous Coward · · Score: 0
      the real benchmarks I'm interested in: How many *C does the CPU run at?

      Probably very close to 1 C (speed of light for non-physics people).

    4. Re:As an AMD user, by 10Ghz · · Score: 1

      Well he were "asking as an AMD user", so it made it sound like running hot is predominantly a characteristic of AMD-chips, when it really isn't so.

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    5. Re:As an AMD user, by Anonymous Coward · · Score: 0

      mmmhh, love the random aggression thing you got goin', serves dem nerds right

    6. Re:As an AMD user, by Alan+Partridge · · Score: 1

      it's fun trying to think up strangely insulting non-words. At the moment I'm using "dingus" a lot, it's got a nice feel to it...

      --
      That was classic intercourse!
  21. A question... by Yuioup · · Score: 4, Insightful

    I curious... how do the extra bits per clock cycle supposed to increase performance? I mean the number of instructions per second don't increase...

    Yuioup

    1. Re:A question... by stevelinton · · Score: 4, Insightful

      Not a great deal is the quick answer.

      Extra bits can improve data movement and a variety of integer operations like xoring one area of memory with another, but (a) this is probably mainly done on the video card and (b) it is usually limited by memory bandwidth, not CPU.

      The main point of 64 it CPUs is to address more than 4GB of RAM per process. A few applications will also benefit from 64 bit integer arithmetic.

      However, this is a new chip architecture, so how well it performs is interesting independently of the word length

    2. Re:A question... by WoTG · · Score: 5, Interesting

      Well, not directly answering your question, but... x86-64 (the 64 bit architecture that the Athlon64s and Opterons use) is more than just more bits. There are also a lot more registers which will help out code that is recompiled, because programs won't need to do do quite as much moving of values into and out of memory (or cache, I guess). There are other improvements too, but I think the register count is one of the most important ones - with respect to playing games at least. =)

    3. Re:A question... by forgoil · · Score: 4, Interesting

      A wider memory buss can help, but it is not really connected to the instructionset or the ability to crunch larger numbers.

      One thing that the Opteron has going for it though is the fact that x86-64 have more registers. This makes a real difference. I wonder if the mmx registers are shared with the registers, and if not, why not?

    4. Re:A question... by be-fan · · Score: 1

      The 64-bits should really have no effect on performance.
      What *should* improve performance on the Athlon 64 (with respect to UT2k3)

      1) More user-visible registers. The Athlon-64 probably doesn't have any more physical registers than a P4 (which has 128 of them) but allowing 16 to be visible to the compiler should let the compiler optimize better.
      2) Memory subsystem. The Athlon 64 has a memory subsystem derived from the Alpha EV7. Since these games are very memory-bandwidth bound, this should be a big speedup.
      3) Optimizations in the CPU core. With each release, the vendor can make optimizations that improve overall instruction throughput.

      --
      A deep unwavering belief is a sure sign you're missing something...
    5. Re:A question... by be-fan · · Score: 1

      The Athlon 64 probably won't have more registers than a P4. The P4 has 128 internal registers that the 8 physical registers map to. The Athlon 64 will have 16 visible registers, but the internal register set that they map to might not be any larger. The main benefit is better optimizations thanks to the larger visible register set.
      The Athlon also has more (seperate) XMM (SSE) registers, but the MMX registers are still shared with the FPU registers.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:A question... by tedgyz · · Score: 1

      Absolutely correct.

      If you compare two identical systems, one 32-bit, the other 64-bit, you could actually see a penalty going to 64-bit. Why? You could unnecessarily be using larger integers for simple operations, which translates into a larger memory footprint, reducing the benefits of the cache architecture.

      Of course, as others pointed out, there are extra goodies that come with the 64-bit mode CPU. These may offset the negative effects stated above.

      The point is this. Applications should only port to 64-bit if they have a need. The most prevalent need would be > 4GB RAM addressability. The other need is also stated by others - 64-bit arithmatic and bit operations.

      I worked on the HP-UX port to PA-RISC 64-bit as well as the prototype IA64 architecture. I can tell you that 64-bits is not some sort of silver bullet. At this point in computing, it is a niche sector. Most programs should stick with 32-bits. Of course, certain programs will slowly move towards the 64-bit architecture. For example, Doom IV could benefit from > 4 GB of textures. :-)

      --
      "No matter where you go, there you are." -- Buckaroo Banzai
  22. measuring current slashdotting... by muyuubyou · · Score: 1

    Please register or login. There are 4 registered and 2830 anonymous users currently online. Current bandwidth usage: 1683.43 kbit/s

    1. Re:measuring current slashdotting... by $$$$$exyGal · · Score: 1
      There are 6 registered and 2702 anonymous users currently online. Current bandwidth usage: 2208.44 kbit/s

      --sex

      --
      Very popular slashdot journal for adul
    2. Re:measuring current slashdotting... by Nogami_Saeko · · Score: 3, Funny

      "You've made your point Hans, let them pull back!"

      "I'll take it under advisement, Mr. Cowboy, now HIT REFRESH AGAIN"

      (followed by an explosion, either of a police RV, or of a webserver).

      --
      "Nothing strengthens authority so much as silence." - Charles de Gaulle
    3. Re:measuring current slashdotting... by ubugly2 · · Score: 2, Funny

      Oh my god,The server is toast!!!

    4. Re:measuring current slashdotting... by sehryan · · Score: 2, Funny

      Yippee-ki-yay, motherfucker!

      --
      The world moves for love. It kneels before it in awe.
    5. Re:measuring current slashdotting... by Anonymous Coward · · Score: 0

      Please register or login. There are 8 registered and 2067 anonymous users currently online. Current bandwidth usage: 5156.50 kbit/s Feb 20 16:04 EST

  23. Nice case layout by Paul+Komarek · · Score: 2, Interesting

    I've worked inside a handful of medium-sized machines, including a couple Microway dual Alpha "rugged racks" and a Compaq ES40 Model II. The 8u (or 9?) ES40 is nicely laid out, but removing the motherboard or messing with drive cables is a pain. The 4u "rugged racks" are a disaster of fans and wires. We've had 4 or 5 fans go out on those, and it takes approximately 45 screws (I counted) and about 60 minutes of fast work to remove and replace a midboard fan.

    That opteron case, on the other hand, appears to have plenty of cooling that is easy to reach. I don't see any wires permanently attached to the case. It looks very clean and easy to service, except possibly getting the motherboard out.

    -Paul Komarek

    1. Re:Nice case layout by oingoboingo · · Score: 3, Funny

      I've worked inside a handful of medium-sized machines

      That must have been very cramped for you, even in a medium sized machine. Personally, I prefer to work inside something larger, like a Sun E10K...at least you can sort of stand up and stretch from time to time. I do concede however that working in a smaller system has its advantages from time to time. I remember once when I had to work in a little Compaq Deskpro for 3 months (they were refurbishing the interior of the SGI Origin 3000 that I normally used as an office)...it was pretty uncomfortable, but at least the boss never poked his nose in to disturb my web surfing!

      Thank you.

    2. Re:Nice case layout by Paul+Komarek · · Score: 1

      Thank-you. I needed the humor.

      I've been working about 14 hours per day for three weeks (oops, I'm lying -- I've only been doing 14 hours per day for the last week) on a conference paper due tomorrow at midnight. My only entertainment is during 10 minute typing breaks, and I occasionally steal a little time to post to /. or send an email. I feel like I'm inside my iPAQ by now. ;-)

      -Paul Komarek

    3. Re:Nice case layout by Anonymous Coward · · Score: 0

      You want to see a nice layout for User replaceable parts, check out the IBM x series e-servers. Lightpath diagnostics point you to the failed part (be it a DIMM, PCI-X slot, FAN, or VRU), and FANS are hot swappable (IBM Labs are even working on hot swap Memory & Processors for future servers).

      I'm not a big Xeon fan (want to see what Opteron/Athlon64 does), but IBM can sure design a server (hopefully they'll be putting Opterons in them soon).

  24. Re:I licked my lips... by Anonymous Coward · · Score: 0

    its not a good pic it shows the front of the case on its side with a bad profile. nothing to see

  25. Where are the promised benchmarks by okigan · · Score: 3, Insightful

    The article said that there will be benchmarks. And there are none. A screen shot of a game does not qualify. I want to see the whole spec or at least the basic ones. And after that I can look at the game snapshot.

    Moderator seriously why this posted with such a misleading title?

  26. Re:buy it? I think not by DeathPenguin · · Score: 3, Funny

    >> Sure it will run faster, but do you seriously need that speed?

    Sure, just like I needed more than 512K of RAM.

  27. The Quad Proc niche by Talisman · · Score: 5, Interesting

    I recently got into video editing. Until now, I've never needed anything faster than a single CPU system.

    Now I understand, completely, what those who do rendering gripe about when it comes to CPU speed never being fast enough.

    2:57 of video takes my 1GHz w/ 1GB RAM machine nearly 2 HOURS to render. Just for 3 stinking minutes of video!

    The fastest current single CPU would only decrease that number to about 40 minutes, which is still too slow.

    A dual CPU solution would bring it down to 20 minutes, but again, if I ever wanted to render even 15 minutes of video, that would be 1 hr 40 mins of CPU time.

    And forget doing anything else with the computer while it's rendering. It will start dropping frames like mad, and you have to start over.

    Now a 4-way workstation is something that would work. With a 4-way 3GHz Opteron system, I could render in near real-time, and a regular sized MB, if not slightly oversized, could handle 4 procs.

    SuperMicro is the only MB mfg. I know of that makes a 4-way board, but it's for Xeons and is insanely expensive ($1800 +/- $100) and that's before you add the overpriced CPUs.

    If AMD came out with a moderately prices 4-way workstation, they could get the CAD/CAM, video editing, 3D modeling, rendering and compiling crowd all at once, in addition to the freak gamers and Gotta Have The Best Even Though I'll Never Use It crowds.

    The 4-way system is a neglected niche. AMD should fill it.

    Talisman

    --

    "Study your math, kids. Key to the universe." -The Archangel Gabriel
    1. Re:The Quad Proc niche by radish · · Score: 3, Interesting

      I have to admit to being a bit confused by this. I'm by no means professional, but I do do some video rendering - mainly taking recorded programmes from my Tivo as mpeg files and then cutting out adverts, adding captions and downsampling them to SVCD. I use Vegas Video on a Athlon 1.3ghz with 1gb of ram under w2k and the render takes about double time - in other words give me your 2 hours and I can render 1 hour of video. And there's no chance of dropped frames - why would there be? If I use the machine for other stuff the render just slows down.

      What is it I'm doing which is so different to what you're doing, and therefore so much faster?

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    2. Re:The Quad Proc niche by Anonymous Coward · · Score: 2, Insightful

      Encoding a full D1 stream to mpeg2 would certainly take the postulated amount of time.

    3. Re:The Quad Proc niche by lingqi · · Score: 2, Informative

      And to be honest about it, Back five years it would take you DAYS to render the same amount of video. So give it a while longer, you'll be alright.

      I really think that the 4-way system niche is so small that even AMD went to try to fill it, it would not be worth their investment.

      On the other hand, I would like to see more selections of dual platforms. But as you may see even the demand for those are few and far between.

      Back to the original thing: you can do "fast previews" on most 3D programs now if you got a good video card; I don't see how you can gripe that much about it; for long runs just leave it running overnight. or hell, maybe cheap render-farm out of Xboxes =)

      --

      My life in the land of the rising sun.

    4. Re:The Quad Proc niche by natmsincome.com · · Score: 2, Interesting

      One minor problem if your talking about windows...

      If you've ever look at the licence you are only licensed for 2CPU and from what I can tell XP won't let you use more that the number of CPU you have licensed and 98 doesn't really handle more that one CPU.

      So while 4 CPU would be nice you'd have to use linux which isn't a bad thing but currently most of the CAD/CAM, video editing, 3D modeling, rendering programs are for windows.

      And unfotunately why bother compiling on a single computer when you can use a comile farm:
      http://distcc.samba.org/

    5. Re:The Quad Proc niche by blincoln · · Score: 1

      you'd have to use linux

      Why? Just run 2k Server, or wait for whatever XP Server 2003 Very Delayed Edition ends up being called.

      Just because it's got "Server" in the name doesn't mean you can't use it on a workstation. There are a ton of people I work with that do this so they can run Terminal Services.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    6. Re:The Quad Proc niche by Anonymous Coward · · Score: 1, Informative

      It depends on what you're doing.
      I do video, and I work using HDTV 1080i/p 30fps (1920x1080) 16bit float (4x16bit R/G/B/A).
      If you work with mattes and do a little compositing, you need a hell of a workstation to do this work, and rendering even a single frame can take up to 15min or even more...
      So there may be a market for 4 CPU workstations. Take a look at www.quantel.com, even for video/ film work there are dedicated workstations.

    7. Re:The Quad Proc niche by Kopretinka · · Score: 1
      I wonder why not consider some real hardware. See SUN Microsystems, Silicon Graphics etc.

      I know a quad AMD would be considerably cheaper, but what about the failure rate? And, you know, CPU speed is not everything. Does nobody care any more? 8-)

      --
      Yesterday was the time to do it right. Are we having a REVOLUTION yet?
    8. Re:The Quad Proc niche by MaxQuordlepleen · · Score: 1

      Indeed. My notebook runs Linux but I often have a need for a Win32 environment. I found VMWare was a bit of a resource-hog on my slightly older laptop. My solution was to stick a spare workstation in the server room, trick it out with Windows 2000 server and all the apps I needed so that I could talk to it with rdesktop.

      Works great.

    9. Re:The Quad Proc niche by oliverthered · · Score: 1

      "demand for those are few and far between"
      Because Microsoft mainly ships a single CPU OS and has a monopoly position.

      Most installed comsumer OS's don't support duel or quad CPU's and Linux has only just taken SMP out of experemental.

      There are no duel CPU desktops because there's nothing to run on them.

      --
      thank God the internet isn't a human right.
    10. Re:The Quad Proc niche by Daniel+Phillips · · Score: 1

      I really think that the 4-way system niche is so small that even AMD went to try to fill it, it would not be worth their investment.

      AMD certainly will cater to that niche, since that's what hypertransport was designed for (among other things). However, 4 ways don't make sense for rendering applications. A networked cluster is significantly cheaper for the same throughput.

      --
      Have you got your LWN subscription yet?
    11. Re:The Quad Proc niche by Alan+Partridge · · Score: 1

      what?

      I can go D1 (10bit) to MPEG2 in about 1.3x playspeed on a single CPU PowerMac G4 - what the hell are you on about, and how the fuck do you get dropped frames when multitasking? I ALWAYS listen to mp3s and do my email while encoding

      --
      That was classic intercourse!
    12. Re:The Quad Proc niche by Alan+Partridge · · Score: 1

      it's DUAL dingus, and there are loads of them

      --
      That was classic intercourse!
    13. Re:The Quad Proc niche by Anonymous Coward · · Score: 0

      Yeh, I saw one down my local computer shop the other day.
      (checks reality) Nope I'm talking shit too.

      With current desktop SMP systems it's more duel than dual. anyhow, i don't give a fuck.

    14. Re:The Quad Proc niche by AKnightCowboy · · Score: 1
      I wonder why not consider some real hardware. See SUN Microsystems, Silicon Graphics etc. I know a quad AMD would be considerably cheaper, but what about the failure rate? And, you know, CPU speed is not everything. Does nobody care any more? 8-)

      You sound like you're kidding, so I'll assume so. Obviously for a home user an SGI would be overkill. Not to mention, it's not even the fastest solution anymore. Use a Beowulf cluster of Linux based Intel boxes! You think moving to a quad 900MHz Sun box for $50k is going to be a better solution than a quad P4 system for under $8k? SUN and SGI are dying unfortunately. They made good stable hardware, but they just got destroyed by the free market system. Nobody is going to pay $15k for a desktop anymore when you can setup Linux on a $1k Intel box that runs circles around it.

    15. Re:The Quad Proc niche by cyb97 · · Score: 1
      Last time I checked these (non-exclusive) supports SMP:

      Windows NT

      Windows 2000

      Windows XP

      Linux

      FreeBSD

      NetBSD

      and the list goes on... and these are definately consumer OSes...

    16. Re:The Quad Proc niche by Anonymous Coward · · Score: 0

      Linux supported (experemental).
      Windows NT
      Windows 2000
      Windows XP
      (More Business comsumer/server OS's)
      Ship how many desktops? compaired with
      Windows ME
      Windows 98
      Windows 95
      (Home, comes pre-installed, consumer OS's)

      XP's too new, so shouldn't count to influencing past sales of SMP boxes.

      SMP on the desktop is un-common, except maybe a few GFX houses and the odd home freek user.

    17. Re:The Quad Proc niche by MShook · · Score: 1

      experemental

      Have you been smoking crack?

    18. Re:The Quad Proc niche by lingqi · · Score: 2, Informative

      erm. not true.

      EVERYBODY (I am serious) went to win2k pretty much as soon as it came out. and that supports SMP out of box.

      If you don't believe me, just think how many people exactly uses their parallel "home OS?" This would be windowsME, btw.

      People who didn't want to shell out the dough generally sticked with win98; the ones who saw the need generally went with win2k - and that's a lot of people.

      besides - dual CPU really wasn't a big deal until about that time when win2k was *just* about to come out anyhow. They were big for a while - especially when the celerons could be hacked into dualie systems, but now their demand seems to have waned, especially in a large part due to the fact that you have to shell out xeon dollars do get an intel dual setup.

      It's definitely not because of the OS(s); linux and BSD had SMP support even before win2k was there - in the stable builds.

      --

      My life in the land of the rising sun.

    19. Re:The Quad Proc niche by AssFace · · Score: 3, Interesting

      look into clustering. especially if you are a programmer and like/want to tinker with a few of the options.
      either Beowulf, which some may argue is becoming dated or at least not as useful in comparison to the other being Mosix (or rather OpenMosix for most of us).

      You certainly won't get the fast memory pipeline access that the on board SMP systems will give you, but the cost of physically separate systems is lower.
      Video and/or 3d rendering lends itself well to distributed tasks because you can effectively outsource each frame to a different processor and then put them back together later (AFAIK there are even systems that do this on the pixel level - but I know less about that than the fram based level).

      IMO OpenMosix requires far less time in setup, and it seems to be more forgiving to different system makeups (some faster, some more ram, etc).

      I use it for financial analysis and on a single system it would take me a few days to go through all of my data. each time I add a node to the system, it nearly halves the amount of time (Due to network bandwidth issues and different speeds of nodes it isn't ever as straightforward as just halving the speed each time a node is added).
      I can put together a single node for under $400 (Athlon 2.1G and 256MB Ram - I don't need much ram for what I do) - so for a quad system, it would be $1600 in computers and about $100-200 in networking. You could then double that for the same cost of less (save when buying in bulk).
      That is $3600 for an 8 processor system - I don't think you will ever see that in an on board configuration and the speed difference isn't enough that you would care (if something finishes 10 mins earlier, but costs $5K more, is it worth it? for video, probably not)?

      The large issue with clusters is that as they grow in number, their physical space that they take up increases, as does power consumption, heat dissapation, and noise.

      --

      There are some odd things afoot now, in the Villa Straylight.
    20. Re:The Quad Proc niche by TheRaven64 · · Score: 1

      Why would you want to even consider encoding to MPEG-2 on general purpose hardware? A dedicated parallel DSP solution can do this in real time for only a few $100s. A general purpose CPU based solution would cost several times this. Sure, in a few years you'll be able to encode MPEG-2 in the background as you encode MP3s now (I remember when you got about this performance with MP3 encoders) but right now, it's a silly way of doing things.

      --
      I am TheRaven on Soylent News
    21. Re:The Quad Proc niche by cyb97 · · Score: 1
      XP has been shipped on a lot of homecomputers for quite some time now.

      Linux support is definitely not expiremental it has been stable for ages! For crying out loud there are quad-boxes that've run Linux for ages!
      All the companies I've worked with for the last 5-7 years have used NT4 and W2K on their desktops, with quite a few SMP setups...
      Looking at Apple, they've gone outright for the SMP setups and a hefty percentage of their products now only ship SMP (look at the new G4 range).
      No "GFX-house" would buy a single CPU Mac today, it's outright stupid!

      If you're rendering videos a single-cpu setup would render your computer almost useless when rendering, while a dual would allow you to continue working on somethingelse while waiting...
      With the pricedifference so small, what do you think people choose?

    22. Re:The Quad Proc niche by leviramsey · · Score: 1

      I'd say that the $50,000 Sun box is better than the $8,000 Intel box. However, it's definitely not better enough (that's an ugly phrase...) to justify the extra cost. Even if the Sun box were three times better, it would be a wash, depending on how parallelizable the app is.

    23. Re:The Quad Proc niche by Kopretinka · · Score: 1
      Only the last sentence that you quoted wasn't meant seriously.

      Look, I know PCs are cheap and fast and usually do the job, but Talisman was talking about the quad-proc niche of cad/cam, video editing, 3d modeling, rendering and compiling crowd. In some of these, mostly just great CPU speeds are needed, that's where clustering helps. In other apps, it's not only the CPU speed but also the overall system throughput (see SCSI, switched IO etc.), and beowulf with the relatively slow LAN connections will be of limited help.

      It's a niche, therefore it's going to be pricy. SUN, SGI are not dying because there is no need for the machines they build, they are dying because they (the companies) are too big for the niche.

      --
      Yesterday was the time to do it right. Are we having a REVOLUTION yet?
    24. Re:The Quad Proc niche by Anonymous Coward · · Score: 0

      "OS(s); linux and BSD had SMP support even before win2k was there - in the stable builds.", why is it marked experemental then?

      dual CPU was promoted years ago, Pentium or Pentium 2 times? A friend has a dual CPU machine from around then.

      BTW, I only know a couple of people who run win2k, and none of them are 'home' users.

    25. Re:The Quad Proc niche by oliverthered · · Score: 1

      "Linux support is definitely not expiremental "
      Why does is it flagged expiremental then.

      "All the companies I've worked with for ...", again the parent was about comsumer, home type SMP usage.

      "No "GFX-house" would buy a single CPU Mac today, it's outright stupid!", no they'd buy a PC cost/perfomance is better.

      --
      thank God the internet isn't a human right.
    26. Re:The Quad Proc niche by fitten · · Score: 1

      Windows NT 3.1 supported multiple processors.

    27. Re:The Quad Proc niche by oconnorcjo · · Score: 1
      I really think that the 4-way system niche is so small that even AMD went to try to fill it, it would not be worth their investment.

      I would snap up a four cpu motherboard if I could buy the board for less than 300 dollars and cpu's in the 100-200 dollar range. Since I can't, I don't. However, the Manufacturers of motherboards and cpus are looking to get a big premium out of me when I want more than a one cpu board, I don't go buying. Believe me when I say I am not alone in the desire for affordable smp because every once in awhile, you hear how people used uni processor chips in smp configurations with success. People would not try silly stuff like that if many did not think the prices on smp stuff was not rediculous.

      --
      I miss the Karma Whores.
    28. Re:The Quad Proc niche by bryston2 · · Score: 0

      WooHoo! I think all slashdotters need to make a home movie. Then I won't have to read all the posts about how no one really needs this type of performance. There are desktop apps, (I use them everyday) in audio and video that need this type of horsepower. Thanks for sharing your newly found insights.

    29. Re:The Quad Proc niche by Anonymous Coward · · Score: 0

      The answer:

      You are a Mac user and thus far superior than the rest of us...

    30. Re:The Quad Proc niche by seann · · Score: 1

      why do frames drop when your rendering, wouldn't it just slow down?

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    31. Re:The Quad Proc niche by PCBman! · · Score: 1

      Well, if it was a mission critical server, I'd agree.

      However, a 4-way machine stopped being a mission critical server to me a long time ago, now it's just an expensive workstation--and on an expensive workstation, if something I do takes 10 minutes vs 30 minutes, I'll take the faster platform and just store my important data on the server.

      --
      So, when's lunch?
    32. Re:The Quad Proc niche by Anonymous Coward · · Score: 0

      Ok, so you live in Dungwhole, Iowa; so what?

    33. Re:The Quad Proc niche by Alan+Partridge · · Score: 1

      I may, indeed, be superior to the rest of you (no evidence either way as yet), but I'm not so blind as to think that my Mac is faster than my heavy lifting Athlon XP 2200+ based PCs. I just use a slower (but more thorough) encoder when working on the PC - still doesn't take much more than 5X playback even at it's VERY slowest setting.

      --
      That was classic intercourse!
    34. Re:The Quad Proc niche by Alan+Partridge · · Score: 1

      "With current desktop SMP systems it's more duel than dual"

      I thought that there weren't any?

      "anyhow, i don't give a fuck"

      you posted, arse candle

      --
      That was classic intercourse!
    35. Re:The Quad Proc niche by Junks+Jerzey · · Score: 1

      2:57 of video takes my 1GHz w/ 1GB RAM machine nearly 2 HOURS to render. Just for 3 stinking minutes of video!

      So what you need is a dedicated hardware solution for video editing, not the usual 5-9% clockspeed boost that the latest ultra expensive CPU gets you. Surely you can get add in boards to do video compression and such? Even if they cost $5,000, it would be worth it if you got a 2x increase or better.

    36. Re:The Quad Proc niche by Quikah · · Score: 1

      You should try a dual Xeon setup. Hyperthreading will give you 4 logical processors to use. I would be curious to see how well HT aids this application.

      --
      Q.
    37. Re:The Quad Proc niche by OpMindFck · · Score: 1

      "What is it I'm doing which is so different to what you're doing, and therefore so much faster?"

      well, for starters, you are only compressing video. he is rendering 3d scenes. you dont have to compute lighting effects pixel by pixel. What he is doing is rendering. You are just editing.

      --
      Sipping on Jolt and Dew. Laid back. With my mind of my cubicle and my cubicle on my mind.
    38. Re:The Quad Proc niche by Sycraft-fu · · Score: 1

      I am not seeing why you are griping about there being no 4-way systems. If you are stuck with x86 because of software needs, you can get plenty of Quad Intel solutions. The Dell 6600 series, for example. However if your software will run on another platform, say Sparc, you can easily get system of any arbitrarly high amount of processors.

      Also, depending on the sofware, you may just be able to get yourself a render farm. Almost all professional level 3d apps I am aware of can be slaved to a mster app for faster rendering. you get a bunch of small, cheap boxes (again Dell has some execellent solutions for this) and just send the work to all your little systems. Works great and is actually getting to be a more popular way of doing 3d rendering than the old monolithic supercomptuers.

      You don't need AMD's processor, there are solutions out there NOW if you have the cash.

    39. Re:The Quad Proc niche by radish · · Score: 1

      He never said anything about 3d rendering, in fact his opening comment was "I recently got into video editing" which kind of implies online editing, not rendering. Of course, if he actually meant rendering, then all the comments in response to his post (including mine) are redundant.

      One of us has missed the point...

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    40. Re:The Quad Proc niche by lingqi · · Score: 1

      Actually, Athlon SMP boards are not all that bad - they are just not cutting edge because, again, the demand for them are not so high.

      Don't even think about overclocking them suckers.

      If you REALLY want 4-way, old (as in really old) platforms you can usually get for pretty cheap. We obtained a PPro 4-way board with the chips for something like 200 bux total - this was about two / three years ago - so nowaways you might get P2 Xeon boards for that much or slightly more. But really now; go with Athlon SMPs.

      by the way; saying things like "if such and such was priced at this much I'd snatch one up" is total nonsense. If I can get a 911 Turbo for 30k I'd snatch one up too. But similarly - it ain't gonna happen.

      --

      My life in the land of the rising sun.

    41. Re:The Quad Proc niche by vertigoalopolus · · Score: 1

      *sticks hand up*

      guilty!

      --
      Dont ask me, im just the bass player!
    42. Re:The Quad Proc niche by oconnorcjo · · Score: 1
      If you REALLY want 4-way, old (as in really old) platforms you can usually get for pretty cheap. We obtained a PPro 4-way board with the chips for something like 200 bux total - this was about two / three years ago - so nowaways you might get P2 Xeon boards for that much or slightly more. But really now; go with Athlon SMPs.


      I have been looking on ebay recently (due to your and others comments) and I am now fishing around.
      Thanks.

      --
      I miss the Karma Whores.
  28. And the actual benchmarks are where ? by dnaumov · · Score: 0, Redundant

    The article said there would be benchmarks of UT2003. I click the link and see a single screenshot of UT2003 running. No benchmarks. Where are they ? Am I blind ?

  29. Page crashes Moz 1.2.1 by Daengbo · · Score: 0, Offtopic

    Mozilla has crashed on this page 3 times, just totally hanging, requiring a kill. Anyone else having this problem? Are they using some strange Flash or something? Can't get to the page to find out.

  30. Not surprising by CoderByBirth · · Score: 1, Interesting

    "Considering the fact that this is a 2GHz Athlon-64 processor teamed up with a GeForce Ti 4600 we honestly expected a whole lot better. A 1.6GHz Pentium 4 with that very same GeForce Ti 4600 videocard would have no problems clocking in a similar score while running under Windows XP."

    ...Which you would expect if you were under the false impression that internal bus bandwidth, addressing mode and clock frequency have considerable impact on a 3D game-quality rendering system.

    The graphics hardware does most of the work (ie. the computationally intensive rendering), the CPU is used for game logic, culling and feeding data to the graphics card.
    I would say the bottleneck is AGP bandwidth and limited on-board high-speed memory on the graphics card.

    1. Re:Not surprising by Anonymous Coward · · Score: 0

      It would be more interesting to see FFT and other harmonic analysis benchmarks.
      That would give you a better handle on the video and audio processing capabilities.

    2. Re:Not surprising by 10Ghz · · Score: 2, Insightful
      I would say the bottleneck is AGP bandwidth


      I call BS on that. There was a noticeable improvement when moving from AGP 1x to 2x. The difference was nonexistant when moving from 2x to 4x. Same thing when moving from 4x to 8x. AGP is definitely NOT the bottleneck!
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    3. Re:Not surprising by Anonymous Coward · · Score: 3, Informative

      ...which you would expect if you'd never actually looked at any of the UT2K3 benchmarks on the net that show frame rate scaling linearly with CPU speed.

      for example - with a Radeon 9700:

      botmatch:
      Intel Pentium 4 1.5GHz = 35.5 FPS
      Intel Pentium 4 3.06GHz = 69.6 FPS

      flyby:
      Intel Pentium 4 1.5GHz = 114.5 FPS
      Intel Pentium 4 3.06GHz = 205.5 FPS

      http://www.anandtech.com/cpu/showdoc.html?i=1783 &p =13

      I'm not saying the original article made a fair comparison, but the game really does rely on the CPU a lot more than you seem to think.

    4. Re:Not surprising by Junks+Jerzey · · Score: 1

      I would say the bottleneck is AGP bandwidth and limited on-board high-speed memory on the graphics card.

      I agree with you overall, except about AGP bandwidth. With 64MB and 128MB video cards, hardly anything is ever uploaded. Textures, geometry, etc., are all resident. What's left is not bandwidth heavy.

    5. Re:Not surprising by ic3p1ck · · Score: 1

      Not to be picky, but for a botmatch the CPU needs to do the bot AI so its not just about gfx power now. A better benchmark would be pure rendering performance without any background AI calculations.

  31. Sounds to me like you've never tried it... by Kjella · · Score: 2, Insightful

    And forget doing anything else with the computer while it's rendering. It will start dropping frames like mad, and you have to start over.

    Unless you're talking about capturing, which you *will* have to be able able to do in real-time to avoid losing frames, how exactly do you manage to lose frames during rendering? The only way I can think of is by working on a preview while the "real" render is made from tape, but that'll require you do to the actual render in real-time too. Frankly, you're not making any sense to me.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  32. Does distcc work on windows? by Anonymous Coward · · Score: 0

    I have a spare notebook i could use, but it has win98 on it. I have cygwin on it too. Would i use distcc with cygwin or just by itself?

  33. i dont... by m1chael · · Score: 0

    even have a grain of salt to spice up this 'analysis'. someone must have thought this would drum up some hits to the site because there are not much facts to go with the article. the only nice thing was how it got my hopes up and them smashed them.

    --
    I know you are psychotic, but please make an effort.
  34. This article was incredibly empty... by gasgesgos · · Score: 5, Insightful

    There was nothing to this artice. Here is what I learned from reading this article: 1)there's a 64-bit linux port of UT 2003 2)amd likes secrecy 3)the people who were showing off the laptop like Harry Potter wow. now wasn't that informative?

  35. anyone notice that by Anonymous Coward · · Score: 0

    the person who posted the story to slashdot, is also the guy who wrote the review? free traffic for his site (OK, a slashdotting)

    1. Re:anyone notice that by Anonymous Coward · · Score: 0

      he's also the owner of the website!

  36. .....More importantly by oliverthered · · Score: 1

    Who's compiler did you use?
    Does it do any reasonable optimisation on the opteron?

    --
    thank God the internet isn't a human right.
  37. Worthless by Jeffrey+Baker · · Score: 3, Insightful

    "Some kind of database benchmark." Thanks for that insightful analysis of the 4-way, and pimping your own site on Slashdot. Tasteless!

    1. Re:Worthless by Erik+Hollensbe · · Score: 0, Offtopic

      Who marked this as a troll?

      It was painfully obvious that the reviewers had no idea what they were doing.

    2. Re:Worthless by Oestergaard · · Score: 1

      Considering that a database benchmark would be a pretty obvious test for a 64-bit box, if you want to see speedups over 32-bit boxen...

      They had no clue what so ever.

      I'm pretty impressed that the 64-bit box didn't suck more at UT than it did - 64-bits suck for applications where cache matters and 32-bits are enough. Not doing "terribly" is pretty impressive :)

      I wish they would have run that "some kind of database benchmark" with a 20 GB working set, on the 64-bit box and a similarly configured 4-way P4 (any speed, take the 3G, it won't matter). Stuff 16-32 GB of memory in the machines, and see the 64-bit box wipe the floor with the competition.

      Heck, why do people buy 700 MHz Sun UltraSPARC boxes for some of the biggest and busiest databases in the world? The P4 is faster clock-speed wise, and it's one helluwalot cheaper.

      Quick answer: because 32-bits don't cut it, and clock speed is irrelevant when you are faced with either missing cache (64-bit) or missing RAM (needing a disk seek - 32-bit), for every single darn operation in your database.

      All computers wait at the same speed. 64-bits allows you to stuff enough memory in a box so that you can wait for a L2 cache miss, instead of waiting for a disk seek. That's a few ns of waiting, compared to a few ms. Three orders of magnitude. 700 MHz versus 3GHz is insignificant in this light.

      Ok, I'll stop ranting now. I totally agree that the clueless motherfsckers who did that article should be lined up against a wall and shot, for that "some kind of database benchmark" remark. Sigh, talk about not getting it...

  38. Isn't this story a duplicate? by Ontopic · · Score: 1

    If I remember correctly, this Athlon-64 was among the 65 CPU's recently tested by Tom's Hardware. *duck*

    1. Re:Isn't this story a duplicate? by MamasGun · · Score: 1

      No, you remember incorrectly. They tested a "Barton" Athlon XP, not an Opteron. And oddly enough, the "Thoroughbred" core Athlon XPs spanked "Barton" happily. "Barton" might be good but megahertz for megahertz the "Thoroughbred" core is more efficient. Power Rating 3000+? I don't think so.

      What was actually depressing was seeing that the fast Pentium 4s are a lot better at some tasks than fast Athlons. I love seeing Chipzilla take it on the chin, it's depressing to see AMD get blown away. It seems to go all the way back to the K6-2 vs. P2/P3 conflict...AMD just can't seem to do FPUs right. They seemed to have FPU architecture fixed with the earlier Athlons, but Intel just blew right past them. AMD just doesn't seem to "get it"...FPU is vitally important. You can't skimp on that part of the chip and hope your integer performance pulls you through!

      Excuse me, I have to go cry now...

      --
      "But you've already got a DVD. It lasts forever....In the digital world, we don't need back-ups..."
      -- Jack Valenti
    2. Re:Isn't this story a duplicate? by MechaStreisand · · Score: 1

      I think that in most cases, when Pentium 4's do much better than the Athlons, it's not because their FPU performance is better but rather because they're using SSE2 extensions and are not even touching the FPU proper. It's well known that the Athlons have the best x86 FPU implementation out there, but that doesn't help when the software uses something on Pentium 4's that they don't have.

      It is depressing... If AMD came out with the Athlon 64 in the spring instead of in September, this disparity wouldn't exist anymore as they implement the SSE2 instruction set, and AMD would rule once more.

      --
      Disclaimer: IANAL. This post is, however, legal advice, and creates an attorney-client relationship.
    3. Re:Isn't this story a duplicate? by Paul+Komarek · · Score: 1

      Don't worry so much -- the P4 fpu isn't that good. The memory bandwidth with (very expensive) Rambus is nice, but the fpu is nothing to write home about. And don't get me started about the P4's fp exception handling (I have a web page about it).

      Outside of memory bandwidth when used with Rambus RAM, I haven't found anything exciting about the P4. The context of my benchmarks is typically numerical statistical algorithms on large datasets.

      -Paul Komarek

  39. The extent of a dead-of-night slashdotting... by Sun+Tzu · · Score: 3, Funny
    From the top of the screen:
    Please register or login. There are 6 registered and 2756 anonymous users currently online. Current bandwidth usage: 1635.01 kbit/s
    Wow! 2756 anonymous users online?! I wonder where they came from.

    Send us your Linux Sysadmin articles.

  40. Well, I'm willing to give it a go... by Anonymous Coward · · Score: 0

    I only have 1.2Mb, but its backed by the cable company, the most fiercly incompetent band in the western world.

    So bring it on brother. Bring it on.

  41. Optimizations? by justin_saunders · · Score: 2, Interesting

    Good work on the port(s).

    Before the Intel/AMD fanboys go crazy. I wanted to get a few questions in:

    1. Can you tell us what specific optimizations you have done/are planning to do for the 64 bit architecture?

    2. What optimization benefit do get from a straight "re-compile" of the UT codebase in 64 bit mode?

    cheers,
    j.

    --

    "My cat's breath smells like cat food." - The Tao of Ralph Wiggum.
  42. Unfair Comparison. by 13Echo · · Score: 2, Interesting

    Anyone that has played the pathetic UT2003 port to Linux will know that it is many times slower than the Windows version. The game was coded for DirectX. It uses a wrapper in Linux to convert Direct3D calls to OpenGL in real-time, and it *REALLY* puts a tax on the host CPU.

    In my experience, properly ported OpenGL games on Linux (like RTCW) were faster than under Windows, but UT2003 is definately not the case. For that reason, these comparisons are way too early. I can't speak for the port to the Athlon64 architecture, but when it comes to the 32 bit version of UT2003 for Linux, it's very slow in comparison to the Windows release. This is what happens when you code a game for one platform, one API, and then try to port it to other operating systems.

  43. back in the days by Anonymous Coward · · Score: 0
    I just HAVE to say this, (my apologies in advance)

    Back in the days when I was rendering things (not that long ago, ~11 yrs) I can remember rendering 1 frame for a magazine ad, and it took 6-8 hours!

  44. Corporate by FatSean · · Score: 1

    Turn arround, walk 2 steps to your bed, lay down, and cry.

    --
    Blar.
  45. love it by ruiner5000 · · Score: 1

    I love when someone submits a story pretending like they weren't the ones that wrote it. It is either that or they are really Bob Dole. Bob Dole managed to benchmark the Athlon 64. Bob Dole can play Unreal Tournament. Bob Dole... Bob Dole... Martin Sheen wants to tell you what to do. Martin Sheen is president. Martin Sheen I say!!!

    --
    ignorance is bliss. googlefiberatx.com
  46. And In Other News by Czernobog · · Score: 3, Funny

    Epic releases UT2003 text mode.
    This has the advantage of being playable on all kinds of hardware specifications, from a measly 8086 to AMD's flagship AMD 64...

    You hop Alice-in-Wonderland-like in a room full of bots. What do you do?
    >

    --
    /. Where the truth
  47. Where are people expecting the speed from? by Junks+Jerzey · · Score: 4, Informative

    There have been some disappointed posters, wondering why it isn't faster. Stop and think about it: Why would a 64-bit CPU be faster than a 32-bit CPU? It's not bus width, because Pentiums have always had 64-bit busses. It's not FPU width, because x86 FPUs have always been 80 bits internally. It's not 64-bit integer registers, because it's very rare indeed to need to do 64-bit integer math. It's not 64-bit pointers, because this is a machine with less than 4GB of memory. What it comes down to is that this processor is using slightly newer tech than AMD's previous chips, including a larger cache. But it has nothing whatsoever to do with being 64 bits, and hence the results are not mindblowing.

    There's a persistant myth that a 64-bit processor is twice as fast as a 32-bit processor, which is completely incorrect.

    1. Re:Where are people expecting the speed from? by Anonymous Coward · · Score: 0

      I'd like to think that the /. crowd knows 64bits vs 32bits is actually going to slow things down. If you've got a 64bit OS you've got 64bit pointers to your intructions/data. Even if you only have 4 gigs of memory each pointer takes twice the memory which does have an impact on your cache-it makes it effectively smaller. If you have an array of pointers you want to load from main memory, well that'll take twice as long too.

      Now the Athlon64 actually has an advantage in 64bit mode. It can handle twice as many registers as a standard x86 CPU! This significantly cuts down on the amount of memory accesses that need to be done, which results in an overall performance boost in most cases despite the larger pointers.

      x86-64 will run applications faster in 64bit mode than 32bit mode.

      Of course in 32bit mode none of this matters.

    2. Re:Where are people expecting the speed from? by Anonymous Coward · · Score: 0

      Three words: "Integrated Memory Controller"

    3. Re:Where are people expecting the speed from? by Anonymous Coward · · Score: 0

      where are the real /.ers?

      the 64bit k8 implementation is claimed to be faster because on a native 64 bit OS, the proc runs in a new 64bit mode that has new registers available. the claim is new registers (and whatever else is in the new mode) give >10% speedup vs 32bit mode. so quantity instead of size was the first pitch. now a kicker is that there isn't a 64b windows released for the hammer, so the only way to get it today is with linux. but guess what, more games are going with dx8 or dx9 instead of ogl and as with ut2k3 the the ogl implementation is poor.

  48. Re:fLAMEbait! by Anonymous Coward · · Score: 0

    Bill Gates is great! Bill Gates is powerful! Netfunk is his prophet. Bow to your master!

    Isn't he just saying that Unreal engine's Direct3D path is quicker/better than the Unreal engine's OpenGL path? - i.e. it's the Unreal engine's fault not OpenGL's?

  49. Graphics card... by Anonymous Coward · · Score: 0

    ... has more to do with being able to move around more quickly in UT2003 than raw cpu speed. You do really need the equivalent cpu horsepower of a P4 1.8-2.0GHz or equivalent Athlon, and a GeForce4 Ti 4200 or Radeon 9700 to be competitive.

    I've been suffering with a P4 2.2GHz and an old Radeon 7500 for months, just installed a 9700 and it's made a very noticeable difference... not just placebo effect either.

  50. Intimately familar, eh? by Karn · · Score: 1, Informative


    Naturally we're intimately familiar with the workings of Unreal Tournament 2003 engine and after a quick look at the display settings, which were set at a 1024x768x32bit resolution with all other features at default, we measured a mere average 42fps and maximum fps around the 55...60fps mark. Considering the fact that this is a 2GHz Athlon-64 processor teamed up with a GeForce Ti 4600 we honestly expected a whole lot better. A 1.6GHz Pentium 4 with that very same GeForce Ti 4600 videocard would have no problems clocking in a similar score while running under Windows XP.


    "Intimately familar"? Hardly. If they were intimately familiar with the engine, they would have known that it is not optimized for OpenGL, and that comparing Direct3D to OpenGL under Windows OR Linux is not a good or fair comparison.

    Neither the Windows OpenGL renderer nor the Linux OpenGL renderer score the same as the D3D one.

    You can see a real comparison of OpenGL and Direct3D here

    --


    Why do I keep typing pythong?
    1. Re:Intimately familar, eh? by Anonymous Coward · · Score: 0

      What's redundant about posting a link to a page showing benchmarks between OpenGL on Windows and OpenGL on Linux?

      My results are quite a bit slower than in Windows. In the Citadel botmatch I got 25.2 fps (33.1 in Windows) and in the Citadel flyby I got 48.9 (63.9 in Windows). I assume the main culprit is the difference between the OpenGL and D3D renderers. With so many variables, it's hard to say for sure. Those benchmarks were run at 1024x768x32 with all the options cranked. Dropping down to 800x600 gave me slightly better results than Windows at 1024x768.

      icculus also noted that typing stat fps in the console will display your fps as you are playing. That should work in both the Linux and Windows versions of the game.

      UPDATE! I found out that there is actually an OpenGL renderer in the Windows demo (check your UT2003.ini file if you are interested). With that renderer, I got 43.6 fps on the Citadel flyby and 24.2 on the botmatch. Besides being much slower, the OpenGL renderer also displayed a bunch of graphical weirdness, such as flashing textures. Therefore, it seems that the renderer is the main culprit. However, I also found out that the botmatches are different in Linux and Windows. Epic's Daniel Vogel made this post on the UT2K3 Linux mailing list:

  51. Sever type benchmarks? by w42w42 · · Score: 1

    Are there any sites that consistently benchmark machines with server/java apps? That seems to be the market AMD wants to target, and I'd enjoy seeing the comparisons.

  52. Cat got your tongue? What cat? by eWarz · · Score: 1

    Please register or login. There are 9 registered and 3485 anonymous users currently online. Current bandwidth usage: 4388.75 kbit/s Feb 20 10:54 EST

    Someone really wants their mommy right about now! :)

  53. more likely a combination of... by PCBman! · · Score: 1

    Most likely this is a combination of SSE/SSE2 and the rate at which the P4's capable of accessing RAM. After all, unless spec's using lots and lots of SSE2, I'd attribute the P4's SpecFP scores mostly to it's RAM access capabilities.

    Remember, with FP, it's generally not like you're working with JUST 1 number at a time and then jumping all over the RAM for the next, more likely, you're accessing a huge array of numbers where you can simply drag down data until you reach your end point (which explains why P4's tied to RDRAM still perform best in SpecFP--they avoid the critical first word).

    --
    So, when's lunch?
  54. don't they make video add-on boards for this? by PCBman! · · Score: 1

    I wonder if something like a Matrox RT2500 would help you any.

    --
    So, when's lunch?
  55. Refresh rate possibility. by dameron · · Score: 3, Informative
    we measured a mere average 42fps and maximum fps around the 55...60fps mark.

    Which might indicate that vsync is enabled, effectively capping the the max fps while lowering the average. Whenever I run a benchmark and it tops out at 60 fps and I suspect, as these guys did, that the machine should be faster, I always double check the refresh rate settings and vsync.

    -dameron

  56. of 64 it CPUs is to address more than 4 Gigbyte. by leuk_he · · Score: 1

    The main point of 64 it CPUs is to address more than 4GB of RAM per process.

    This is and stays the main point for 64 bit processors.

    And this is to almost NO use for most program that are used in day to day use.

    A pentium can only use 2^32 (4 GB) bit memry adresses in a flat memory model. A lot of that (0,5 to 2 Gb) is used by the OS. if you need an application that adresses more than 4 GB 64 bits procesors come handy. The main applications for this are BIG databases.

    64 bit arithmic is almost no use. If you need this big integers you might be better of with floating point, and the X86 already has optimized instructions for those (SSE/SSE2/MMX)

    Programs might even become more slowly since pointers are now 64 bits instead of 32 bits so the cpu has to move more data arround and programs become bigger because of this.

    64 bits has limited use on desktop pc's. Its main use will be for (more that 4GB) servers.

    When desktop pc get more than 4GB of memory (or more than 2 GB) 64 bits cpu's begin to perform better.

  57. off topic, but by kyoko21 · · Score: 2, Interesting

    Did anyone notice that the location of the video, keyboard, mouse, floppy drive, cd-rom,, and power cable are opposite from the pci slots? I have worked with quite a few different rack servers myself in the past, but this sure is one strange looking monster. Not to mention that it really does have some massive heat sinks and the RAM slots appear to be staggered around the motherboard, somewhat like the Sun's motherboards.

    Perhaps someone has some insight into other types of rack mounted systems and motherboard configuratioins they can share?

  58. Thank you! by sterno · · Score: 1

    I was about to start into an "AMD is a one trick pony" spiel, but that would explain a lot. It seemed like AMD got into a good position with the inital Athlon, but since then have been struggling. I'm wondering if the 64 bit systems are going to give them another jump on the game or it's going to continue to be a neck and neck race.

    --
    This sig has been temporarily disconnected or is no longer in service
  59. messageboard at Hardware analysis said it all by zymano · · Score: 1, Insightful

    You shouldn't be benchmarking with a game. The graphics card then plays a big role in the final results. There should be some cpu specific benchmarks that should be used. Wait for the Tom's Hardware tests. Guy has about 10 different benchmarks.

  60. NO NO NO NO!!! by Anonymous Coward · · Score: 0

    This is NOT how to get better cheeper blah blah blah!!!

    Demand asyncrinous cmputers, insist on REAL multithreaded object orientated buzword enabled programs MINUS the %^&* bloat!

  61. AMD, WHO??? by CosmoDog · · Score: 0

    Is AMD a division of Intel? I have never heard of it.

  62. why not say 40h bit? by Anonymous Coward · · Score: 0

    Why pollute with decimal what is clean and beautiful hexadecimal?

  63. backwards compatibility by Anonymous Coward · · Score: 0

    how does it compare to other 32 bit cpu's in 32bit mode?

  64. Last Post! by alpg · · Score: 0

    There was an old Indian belief that by making love on the hide of
    their favorite animal, one could guarantee the health and prosperity
    of the offspring conceived thereupon. And so it goes that one Indian
    couple made love on a buffalo hide. Nine months later, they were
    blessed with a healthy baby son. Yet another couple huddled together
    on the hide of a deer and they too were blessed with a very healthy
    baby son. But a third couple, whose favorite animal was a hippopotamus,
    were blessed with not one, but TWO very healthy baby sons at the conclusion
    of the nine month interval. All of which proves the old theorem that:
    The sons of the squaw of the hippopotamus are equal to the sons of
    the squaws of the other two hides.

    - this post brought to you by the Automated Last Post Generator...