Slashdot Mirror


Future of 3d Graphics

zymano writes "Extremetech has this nice article on the future of 3d graphics. The article also mentions that graphic card gpus can be used for non-traditional powerful processing like physics. A quote from the article, "GPU can be from 10 to 100 times faster than a Pentium 4 and Scientific computations such as linear algebra, Fast Fourier Transforms, and partial differential equations can benefit". My question - If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor..."

285 comments

  1. No processor. by rebeka+thomas · · Score: 3, Informative

    Just make a graphics card with more transistors and drop the traditional processor..."

    Apple have done this several years ago. The Newton 2000 and 2100 didn't use a CPU but rather the graphics processor.

    --
    RST
    1. Re:No processor. by Karamchand · · Score: 4, Insightful

      In my opinion that's just a matter of definition. If it manages the core tasks of running the machine it's a CPU - i.e. a central PU - and not just a GPU since it handles more than the graphics.

      That is as soon as there is no CPU and the GPU handles its tasks it becomes a CPU by definition!

    2. Re:No processor. by Dylan+Zimmerman · · Score: 1

      I don't even want to know what kind of graphics card had a 162 MHz StrongARM processor six or seven years ago. I strongly suspect that you don't know all of the facts.

    3. Re:No processor. by Paul+Jakma · · Score: 1

      IIRC the StrongARM and PXA (XScale) have a framebuffer built in to them. not sure on how they're programmed though. (there must be docs on intel.com somewhere)

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    4. Re:No processor. by Dylan+Zimmerman · · Score: 1

      Really, that would mean that they used the CPU as the GPU, not the other way around. It was designed to be a CPU that also had graphics capabilities.

      That's pretty cool. I haven't done much ASM for the StrongARM, so I don't know as much about its internals as I should.

    5. Re:No processor. by Paul+Jakma · · Score: 1

      Well, i suspect the framebuffer on SA1100 is very simple, a linear framebuffer mapped into kernel space - not accellerated.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    6. Re:No processor. by Ataru · · Score: 1

      The Rendition Verite was known for having a RISC processor onboard. I don't associate it with ARM, although it might have been. Anyway it wouldn't have been that quick.

    7. Re:No processor. by cruppel · · Score: 1

      Well he did say we won't need an "Intel/AMD" processor, not we won't need a CPU

    8. Re:No processor. by tonywong · · Score: 1

      The Newton 2x00 series used the StrongARM series of processor, predecessor to the xScale, running at 162MHz.

      It's an ARM derivative from Digital and it is not a graphics processor but a genuine CPU.

    9. Re:No processor. by Anonymous Coward · · Score: 0

      Since when is a StrongARM a GPU?

    10. Re:No processor. by Carnivorous+Carrot · · Score: 1

      > My question - If these cards are getting so
      > powerful at computations then why do we need a
      > Intel/AMD processor at all?

      I do believe Intel is having secret shitfits about this. The NVidia guy, IIRC well over a year ago, stated his GPUs had many more transistors than a P4. The day is coming when a Pentium core can, and will be tucked in the corner of a GPU, then Intel will not be needed anymore, at least for the big iron.

      Intel realized years ago there wasn't much need for faster Pentiums for normal applications. Not counting small applications of number crunching, the last thing besided 3D that needed a powerful CPU -- real time DVD software decoding -- was passed without a hitch four or five years ago.

      Now that GPUs include not just scene rendering, but lighting and even physical transformations all in hardware, the need for the Pentium almost disappears. Why not have the GPU handle that, too, with a little Pentium core?

      --
      "Has [being a kidnapped teenage girl, raped repeatedly for months] changed you?" - Katie Couric to Elizabeth Smart
  2. umm. no by Anonymous Coward · · Score: 0

    why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor

    Maybe some people would like to upgrade just the cpu and not have to buy a whole new vpu or viceversa. Oh, and I think the AGP bus is just a tad bit slower than the north bridge.

    1. Re:umm. no by Anonymous Coward · · Score: 0

      You seem to concentrate on the small points and miss the bigger picture of the article.

      And if you miss the big picture... then I will suggest you read it, rread it again and appreciate what it means (note: this is not the same as framing it in your perspective of the world)... rather than your opinion of it. Then you may have an opinion.

  3. The head of Nvidia agrees with the poster by AvitarX · · Score: 3, Interesting

    The head of Nvidia was written about in wired a while ago and he essentially said the same thing.

    He was like, our cards ARE the computer, and are becoming far more important then the CPU for the hard core stuff.

    It was interesting, but I totally foo fooed it.

    obviously he was smarter then me.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    1. Re:The head of Nvidia agrees with the poster by Anonymous Coward · · Score: 2, Interesting

      Alright alright.. this is all fine and dandy.. but does any idea of _how_ to write software that uses the hardware? Is it even possible to access the hardware without using something like opengl?

      I'm very interested in the answer...

      Thanks

    2. Re:The head of Nvidia agrees with the poster by adamruck · · Score: 0, Flamebait

      Take a course in assembly, you will learn a lot about programming on the hardware level. It might take you a couple of semesters to get to a high enough level to do graphics, but you will have a much clearer picture of programming in general, wether it be c/c++/java/perl/php/whatever.

      You might even become really intrested in it go for a major in computer engineering.

      --
      Selling software wont make you money, selling a service will.
    3. Re:The head of Nvidia agrees with the poster by mmp · · Score: 5, Informative

      OpenGL and Direct3D are the two interfaces that graphics card vendors provide to get at the hardware; there is no lower-level way to get at it. However, these APIs now include ways of describing programs that run on the GPUs directly; you can write programs that run at the per-vertex or per-pixel level with either of those APIs.

      These programs can be given to the GPU via specialized low-level assembly language that has been developed to expose the programmability of GPUs. (They are pretty clean, RISC-like instruction sets).

      Alternatively, you can use a higher level programming language, like NVIDIA's Cg, or Microsoft's HLSL, to write programs to run on the GPU. These are somewhat C-like languages that then compile down to those GPU assembly instruction sets.

    4. Re:The head of Nvidia agrees with the poster by jericho4.0 · · Score: 4, Informative

      NVidia's Cg language is a C like language for GPUs. You can download the compiler and examples from nvidia. Writing for a GPU is not trivial, though, and getting the best use out of it requires quite a bit of knowledge about how a GPU works.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    5. Re:The head of Nvidia agrees with the poster by sillybilly · · Score: 1

      Actually, there are two ways to increase the rating of a processor: 1 is to make the GHz speed it runs on faster, and the wiring corners curvier, this is the hard way. The other way is pipelining, where the pipeline effectively multiplies the work done during each tick - this is the easy way. Now the problem is pipeline stalls, and here is where the instruction scheduler and result predictions come in.. they are kind of like cache managers, they do "guess" work, so they feed the new instruction into the pipeline before they are sure about the results coming out the end. Now a pipeline miss, when you guess wrong, is a very severe penalty, because the whole pipe has to be flushed, and recharged, and the deeper the pipeline is, the larger the penalty. So there is a practical limit of about 10 stages in processors, it's a balance between the penalties you pay during a miss, and increasing the processing work during each tick. The P4 is deeply pipelined, and it excels at no branching routines (no if/then situations) and it kicks AMD all over in things like video compression, and any sausage grinder activity where you feed work in on one end and you don't care what comes out the other, you don't make if/then decisions based on results. But it sucks at heavily branched instructions, such as compiling the linux kernel, or office applications, compared to AMD. To get to the point, GPU's are totally different beasts, because they never have to deal with if/then situations.. just feed the work on one end, dump the results out the other, and they can be very very deeply pipelined and run at low 200-300 MHz and still beat the CPU's running at 3 GHz in matrix processing. But try doing some branching code on them, if you can at all, I bet they would suck majorly, probably like a P75 or maybe a 486DX4 100MHz. Of course they kick ass in matrix processing and such mathematical routines, but they are definitely not made to replace processors. They only do one or two things well, but that's it, give'm something else and they choke.

  4. We need traditonal processors by Sycraft-fu · · Score: 2, Informative

    Because GPUs are NOT general purpose devices. A normal processor, like a P4 can be programmed to do anything. It might take a real long time, but it is a general purpose processor and so can process anything, including emulating other processors. A GPU is not. It does one thing and one thing only: pushes pixels. Now more modren GPUs have gained some limited programmability, but they still aren't general purpose processors.

    1. Re:We need traditonal processors by questamor · · Score: 1

      A comparison that may help understand the problem might be to suggest keeping say, an Altivec unit, but dropping the main processor.

      Sure you'd be able to do some hellish good data transforms, and perhaps a 'CPU' with a dozen of these Altivec units could crunch through some RC5-72 units like crazy, but not much else!

    2. Re:We need traditonal processors by cmcguffin · · Score: 5, Informative

      While optimized for graphics, GPUs can indeed be used as general-purpose processors. GPUs are effectively stream processors, a class of devices whose architecture and programming model make then particularly efficient for scientific calculation.

      > It might take a real long time, but it is a general purpose processor and so can process anything

      The same holds true for GPUs. Like CPUs, they are turing complete.

    3. Re:We need traditonal processors by dukerobillard · · Score: 1
      Like, GPU's don't have MMU's right?


      Or do they?

    4. Re:We need traditonal processors by Anonymous Coward · · Score: 1, Informative

      MMU is not a requirement of turing completeness.

    5. Re:We need traditonal processors by cperciva · · Score: 2, Insightful

      GPUs are effectively stream processors, a class of devices whose architecture and programming model make then particularly efficient for scientific calculation.

      Also known as vector processors.

      The more things change...

    6. Re:We need traditonal processors by junkgrep · · Score: 1

      Ah, but what if it uses those pixels to simulate a Universal T-Machine... :)

    7. Re:We need traditonal processors by Thing+1 · · Score: 1
      Now more modren GPUs [...]
      Domo arigato.
      --
      I feel fantastic, and I'm still alive.
    8. Re:We need traditonal processors by gunix · · Score: 1

      Well, I see a market for SPU's (Specific Processing Units, yes, I just invented that name).

      When all you need to do is to do matrix multiplications, why the hell do you need integer arithmetic? Hell, a 400 stage pipeline and just fill it up with floatingpoint numbers. That will be quite fast.

      Well, when you don't need it anymore, it's useless.. but I'll guess the day when AMD/Intel will create anything that is even remotly competetie with such a SPU, well.. that day will not be in my lifetime.
      So, why aren't there any such SPU's? It's not like there's not a market for doing floating point calculations....

      --
      Evolution of Language Through The Ages: 6000 BC : ungh, grrf, booga 2000 AD : grep, awk, sed
    9. Re:We need traditonal processors by Anonymous Coward · · Score: 1, Insightful

      I agree that GPUs are specified devices - their incredible speed is a direct result of this, in fact.

      However, to say they "only push pixels" is so far off the mark its ridiculous. This might have been true 10 years ago (and probably not even then). If you read the article, you can see there are already people using OpenGL to do some pretty intensive linear algebra on their GPUs; even ignoring this, its obvious that 3d hardware is doing a lot of work before you ever see pixels on the screen.

      I hope they never become completely general purpose in the sense of traditional CPUs, but there is some incredible functionality already there for matrix transforms etc; why not use it for something other than "pushing pixels"?

    10. Re:We need traditonal processors by luisdom · · Score: 1

      Mmm...
      Also vi is turing complete...

    11. Re:We need traditonal processors by afidel · · Score: 2, Interesting

      Yes, but unlike vector processors of old these ones are at or ahead of general purpose chips for technology. They are also extremely cheap which is exactly opposite of traditional vector processors. A parallel array of GPU's might be interesting though I doubt that would end up as cheap because all of the glue logic would be one off, it might be better just to combine dual cpu 1u units with AGP cards and use the cluster for multiple types of problems, some running on the cpu's and some running on the GPU's.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    12. Re:We need traditonal processors by Hes+Nikke · · Score: 1

      i seem to recall that a few years ago (early ninties) we had a chip called a Math CoProccessor. it was an FPU when the CPU didn't have one. then someone (intel? moto?) integrated the FPU onto the CPU and things got faster! thats why we don't have SPU's, CPU's with integrated SPU's are faster then CPU's and external SPU's

      that made no sence but i'm pushing the post button anyway

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    13. Re:We need traditonal processors by Ataru · · Score: 1

      If I could borrow your opening, "Yes, but" GPUs are designed for rendering realtime games. They are not designed for general purpose vector work. You could design a processor using modern silicon processes that would outperform GPUs by several orders of magnitude for general purpose vector operations. There has to be some sort of tradeoff, some point where it would be cheaper to use purpose built hardware. I would suggest that that point lies somewhere between l33t fraggers and serious vector processing mofos.

    14. Re:We need traditonal processors by anzha · · Score: 0, Redundant

      Maybe you've not heard of them then...;)

      --
      Do you know why the road less traveled by is littered with the bones of the unwary?
    15. Re:We need traditonal processors by Anonymous Coward · · Score: 0

      How do you work it out, that I have never heard of effing Crays? Eh? Who the fuck has never heard of Crays? Are you the only fucker who has ever heard of Crays? Hmm? What was your point, boy?

    16. Re:We need traditonal processors by dukerobillard · · Score: 1
      Sorry, I didn't mean to imply it was. Of course GPUs are turing machines...a pad and pencil is a turing machine. But I wouldn't want to port an OS to it.

      :-)

    17. Re:We need traditonal processors by Anonymous Coward · · Score: 0

      What about the quantum flux in the nominal discombobulator vector field?

    18. Re:We need traditonal processors by Anonymous Coward · · Score: 1, Funny

      It's logical to think that they are indeed specified devices, but sadly enough they are not. My super VGA rendition of this obscure idea depics uncertainty in your reasoning. Upon inputing these equations into my Ti-83+, linear regression showed that my speculations were corrent. The slope of the OpenGL calculations were indeed exponentially decreasing therefore proving my theory.

    19. Re:We need traditonal processors by Anonymous Coward · · Score: 0

      Reverse the polarity!

    20. Re:We need traditonal processors by Talez · · Score: 2, Informative

      Now more modren GPUs have gained some limited programmability, but they still aren't general purpose processors.

      Yes they are. DX9 class GPUs are turing complete. Given enough cycles they can solve any problem you give them. Just like a CPU.

    21. Re:We need traditonal processors by Josh+Booth · · Score: 1

      Now that you said it, someone will decide that they want to port Linux to a Radeon 9800 Pro with the reason of "BECAUSE I CAN!" That person should be definately labeled insane if they attempt it and a genious if they succeed.

    22. Re:We need traditonal processors by cheese_wallet · · Score: 1

      That's what reconfigurable computing is all about. reconfigure to suit your current needs...

      link

    23. Re:We need traditonal processors by Anonymous Coward · · Score: 2, Informative

      Ditto.

      Until NV35, GPU's didn't even have flow control. As of today, the largest GPU program you can have is 1024 instructions (or 2048?). Either way, freakin' small.

      GPU's are essentially glorified math co-processors with a crap-ton of memory bandwidth. Instead of focusing on the square roots and cosines, they focus on the dot products and matrix transforms.

    24. Re:We need traditonal processors by Anonymous Coward · · Score: 0

      Strictly speaking, a GPU is not a Turing machine. It is, however, universal, which means that it can emulate any Turing machine.

      Note that all Turing machines are not Turing complete. Only universal Turing machines are.

    25. Re:We need traditonal processors by nigels · · Score: 1

      In summary: GPUs are vastly superior at real-time computer graphics than CPUs, and will eventually grow to have all the functionality of CPUs. GPUs are improving at a better rate than CPUs precisely because of their streaming, parallelisable nature.

      Imagine the CPU and GPU being merged into a combined entity with unified memory, perhaps SMP, and eliminating the PCI/AGP straw currently being used to feed the GPU.

      NVIDIA + AMD
      ATI + Intel ?

    26. Re:We need traditonal processors by dukerobillard · · Score: 1
      Hmmm...Linux on a Radeon....hmmm...

      Is there already a gcc port to the processor? :-)

  5. We could remove the traditional processor if... by RiverTonic · · Score: 3, Insightful

    ... everybody would use his computer for 3D only, but I know a lot of people never do anything with 3D. And I don't think a computer for office-work benefits a lot of the GPU.

    --
    This is RiverTonic's sig.
    1. Re:We could remove the traditional processor if... by yalu · · Score: 1

      I think a computer for office-work wouldn't reasonably benefit from more then a boring pentium 200...

    2. Re:We could remove the traditional processor if... by MadJo · · Score: 1

      try running office xp on a pentium 2.. I can garantee you that it will be very slow.
      Many offices I know work with Office 2000 or Office XP.

    3. Re:We could remove the traditional processor if... by yalu · · Score: 1

      A pentium 2? Woosh... the family runs msoffice2k on a p133 and that's just ok...

      Whatever, this post actually sounds like good news to me, muhaha :-D

  6. Precision by cperciva · · Score: 3, Informative

    GPUs work with limited precision -- IEEE single precision is typical. This is good enough for 3D graphics -- after all, in the end you'll be limited by the 10-11 bit spatial resolution and 8 bit color resolution -- but not good enough for most scientific problems, which typically require a minimum of double precision.

    Simulating higher precision with single precision arithmetic is possible, but the performance penalty is too severe for it to be useful.

    1. Re:Precision by Anonymous Coward · · Score: 0

      Obviously someone has not read the DX-9 specs.

    2. Re:Precision by Sycraft-fu · · Score: 4, Informative

      Just a note, new graphics cards step up the resolution of internal calcuaions. GeForceFX cards (and I assume new Radeon cards too) can calculate colour with 128-bit precision. However, doesn't change the fact that the card is designed to push pixels fast, not to do general calculation work.

    3. Re:Precision by cperciva · · Score: 3, Informative

      "128-bit" colour precision is just a four dimensional vector of 32-bit elements.

    4. Re:Precision by Sinical · · Score: 5, Insightful

      Not true. Newer cards appear to be IEEE 'extended' (there isn't a definition of the bitsize of extended from the spec, so even Intel's 80-bit format is considered 'extended') at 128 bits wide per color channel. This is pretty much the last word in accuracy as far as I'm concerned. Perhaps numerical analysts can come up with scenarios where 128 bits aren't sufficient, but I don't want to hear about them.

      For some of the stuff that we do, we would kill for a slightly faster card. Right now, for simulation of IR imagery, we have to prefly a scenario where the sensor-carrying vehicle (use your imagination) flys a trajectory and we render the imagery along this path. This rendering consists of doing convolutions of background scenes with target information to generate a final image. At the end we have a 'movie'. This can take a few hours to run.

      Afterwards, we run the simulation in realtime and play frames from this movie (adjusted in rotation and scaling, etc. because real-time interactions can result in flight paths subtly different from the movie) and show it to a *real* sensor and see what happens.

      The point: if we could do real time convolution inside a graphics card and then get the data back out some way (we usually need to go through some custom interface to present the data to the sensor), then a lot of pain would be saved. First, we could move the video-generating infrastructure into the real time simulation, which would be simpler, we wouldn't have to worry about rotating and scaling the result since we'd be generating exactly correct results in the fly, we wouldn't have to worry about allocating huge amounts of memory (Gigabytes) to hold the video and all the concerns about memory latency and bandwidth and problems with NUMA architectures, and finally (maybe) we could change scenarios on the fly without having to worry about whether we already had a video ready to use.

      I think the computational horsepower is almost there, but right now there's no good way to get the data back out of the card. On something like an SGI you get stuff after it's gone through the DACs, which mean you now have at most 12-bits per channel (less than we want, although you can use tricks for some stuff to get up to maybe 16-bits for pure luminosity data). What would be sweet in the extreme is to get a 128-bit floating point value of each pixel in the X*Y pixel scene. So if the scene were 640x480 then we'd get about 4.5Meg of data per frame at say 60Hz then we'd get about 281Meg a second to convert and send out.

      Life would be sweet. Sadly, this is a pretty special purpose application, so I'm not too hopeful. What's weird is that only NVidia (and perhaps ATI) are coming up with this horsepower because of all the world's gamers, and vendors like SGI are left with hardware that is many, many generations old (although it does have the benefit of assloads of texture memory).

      In short: need 1GB of RAM on the card and a way to get stuff back out after we've done the swoopty math.

    5. Re:Precision by cperciva · · Score: 1

      Unfortunately, the "128 bit colour" is just four 32-bit elements (RGB+alpha). If were actually using 128 bit floating point arithmetic, they'd call it "512 bit colour". ;)

    6. Re:Precision by Sinical · · Score: 1

      Rats. I read the documentation finally and it *is* 32-bits per color channel: 128-bit overall (Red, Green, Blue, Alpha). Well, that's less good but probably still sufficient, and a step up over 8-bits of unsigned int per channel.

    7. Re:Precision by Anonymous Coward · · Score: 0

      "So if the scene were 640x480 then we'd get about 4.5Meg of data per frame at say 60Hz then we'd get about 281Meg a second to convert and send out."

      AGP8X can transfer 2100MB/s.

    8. Re:Precision by Ataru · · Score: 1

      What do you mean, "probably"? You need 8 bits gamma corrected or 11 bits linear. 32 bit floating point is 23 bits... More than enough.

    9. Re:Precision by renoX · · Score: 1

      The discussion is about using GPU for doing vector processing tasks: the GPU has only 32 bits floatting points whereas usually for scientific tasks, scientists use 64-bit floating point values.

      I'm not even sure that the 32-bit floating points value used in the GPU are real IEEE 32-bit floating points value (must have specific handling of very small values for example), I suspect videocard makers cut corners in their implementations which lower precision..

    10. Re:Precision by Ataru · · Score: 1

      True... sorry, I've been on the Stella all night.

      You're right, I wouldn't trust GPU's to do IEEE 754 at all well. I actually posted something along those lines in another thread, but in this one I got the wrong end of the stick.

    11. Re:Precision by addaon · · Score: 1

      When life gives you kumquats, pretend that they're lemons so you can make lemonade?

      --

      I've had this sig for three days.
    12. Re:Precision by akuma(x86) · · Score: 1

      That 128-bits is really 4 x 32 bit floating point (Data-parallel SIMD).

    13. Re:Precision by Anonymous Coward · · Score: 0

      Sincal,
      what would your program security advisor think if he read over your posts on slashdot?

  7. Old news... by ksheka · · Score: 4, Insightful

    ...This is what the future releases of DirectX is supposed to address: The use of 3D renderers to render non-graphical elements and other work.

    Good for the end user, but going to be a pain in the ass for software developers to take advantage of, is my guess. :-)

    --
    alias uptime="echo '5:33pm up 22342352324 days, 6:28, 2124315623 users, load average: 2432.40, 12312.31, 123123.19'"
    1. Re:Old news... by krog · · Score: 1

      Good for the end user, but going to be a pain in the ass for software developers to take advantage of, is my guess. :-) ...Until someone ties it into the OS, a la Macintosh Quartz.

    2. Re:Old news... by RzUpAnmsCwrds · · Score: 0

      Quartz Extreme only uses the GPU to accelerate window compositing - it's not even a full 3D desktop implementation.

    3. Re:Old news... by Ozan · · Score: 1

      Good for the end user, but going to be a pain in the ass for software developers to take advantage of, is my guess. :-)

      Kids, these days! Real developers love a good PITA, their whole life is just a PITA, in fact if you ever see someone on a bike without a seat you can be sure this is either an MFC or Kylix core developer taking his work home.

    4. Re:Old news... by Crazy+Eight · · Score: 1

      Could you provide us with a link that might back up that claim? On the face of it I find it very hard to believe that Microsoft has any need or desire to tack specialized scientific library routines dealing with linear algebra and FFTs on to an API designed for video games. This alternate use of GPU horsepower is being used in rarefied environments where they write custom solutions to specific problems. Even if there were a market for such a library I don't see why Microsoft would be the ones to write it or why they would integrate it with DirectX rather than promote it separately.

    5. Re:Old news... by Ryan+Amos · · Score: 1

      It's not supposed to be nor does anyone claim it to be. But it does offload some of that windowing code to the GPU, which leaves the CPU open to do other things.

    6. Re:Old news... by Torp · · Score: 1

      Well, i don't know about MFC, i managed to stay away from it, but I *am* thankful to the Kylix/Delphi core developers for their class library.
      Now if only they'd integrate DirectX with their core libraries, life *would* be easier.

      --
      I apologize for the lack of a signature.
  8. Specialised hardware by James_Duncan8181 · · Score: 3, Interesting
    I do often wonder why specialised hardware is not used more often for tasks that are often performed. I recall that the Mac used to have some add-on cards that spead some Photoshop operations up to modern levels 3-4 years ago.

    Why buy a big processor when the only intensive computational tasks are video en/decoding and games, tasks that can easily be farmed off to other, cheaper units?

    --
    "To any truly impartial person, it would be obvious that I am right."
    1. Re:Specialised hardware by Sycraft-fu · · Score: 4, Informative

      Because it isn't cheaper if you need hundres of these simple units. The good thing about a DSP (which is what a GPU is, after a fashion) is that because it is specialised to a single operation, it can be highly optimised and do it much quicker than a general purpose CPU. However the good is also the bad, the DSP is highly specialised and can ONLY do that operation, or at least onyl do it efficiently.

      Take digital audio. Used to be that CPUs were too pathetic to do even simple kinds of digital audio ops in realtime, so you had to offload everything to dedicated DSPs. Protools did this, you bught all sorts of expensive, specialesed hardware and loded your Mac full of it so it oculd do real time audio effects. Now, why bother? It is much cheaper to do it in software since processors ARE fast enough. Also, if a new kind of effect comes out, or an upgrade, all you have to do is load new software, not buy new hardware.

      Also, if you like, you can get DSPs to do a number of computationally intensive thing. As mentioned, the GPU is real common. They take over almost all graphics calculations (including much animation with things like vertex shaders) from the CPU. Another thing along the games line is a good soundcard. Something like an Audigy 2 comes with a DSP that will handle 3d positioning calculations, reflections, occlusions and such. If you want a video en/decoder those are available too. MPEG-2 decoders are pretty cheap, the encoders cost a whole lot more. Of course the en/decoder only works for the video formats it was built for, nothing else. You can also get processors to help with things like disk operations, high end SCSI and IDE RAID cards have their own processor on board to take care of all those calculations.

    2. Re:Specialised hardware by Phleg · · Score: 2

      I do often wonder why specialised hardware is not used more often for tasks that are often performed. I recall that the Mac used to have some add-on cards that spead some Photoshop operations up to modern levels 3-4 years ago.

      Why buy a big processor when the only intensive computational tasks are video en/decoding and games, tasks that can easily be farmed off to other, cheaper units?

      For the same reason many people buy a $1,000 computer, rather than a $100 VCR, $250 DVD player, two $250 gaming consoles, $100 stereo, etc. Because although it may be more expensive than buying only specialized parts (although it often isn't), versatility has massive benefits.

      --
      No comment.
    3. Re:Specialised hardware by Libor+Vanek · · Score: 1

      You know - sound and graphic is something COMPLETELY different when we talk about CPU power. Now even standard 1 GHz CPU is powerfull enough to calculate and handle absolutely realistic sound (I don't talk about in/out devices). But near-reality graphic is still a way far.

    4. Re:Specialised hardware by Anonymous Coward · · Score: 0

      you're right... but he was talking about doing digital audio work, like editing it, for example. Not getting rid of your sound card.

    5. Re:Specialised hardware by Anonymous Coward · · Score: 0

      A DSP chip doesn't have to be that specialized. They do a bunch of commonly used DSP algorithms, so it's not like they can just do audio or video...

    6. Re:Specialised hardware by Sycraft-fu · · Score: 3, Insightful

      Doesn't mean you can't offload it to a DSP. Also depends on what your definition of handle absolutly realistic sound is. Sure, I can do a perfectly realistic reverb on a sound source by using an impulse based reverb, which actually samples a real concert hall and reproduces it. However that is limited in power. Suppose I have a non-real location, I want to describe it all mathematically and then have multiple different sound sources, all calculated correctly. That sort of thing is much more complex and intense.

      However the real point of a sound DSP is to free up more CPU for other calculations. A game with lots of 3d sounds can easily use up a non-trivial amount of CPU time, even on a P4/AthlonXP class CPU. So no, it isn't critical like a GPU, it can be handled in software, but it does help.

    7. Re:Specialised hardware by JanneM · · Score: 2, Insightful

      At our lab we have thought a lot about that. At any point in time, there is specialized hardware that can outperform (sometimes greatly) a general CPU. It can take the form of an accessible GPU, using signal processors, or even specialized vector processing units. On the horizon we start seeing FPGA-based systems for creating specialized computing units on the fly.

      We have found, however, that as long as your system is a one-off creation, or to be used in a limited number of instantiations, it typically does not pay to use the stuff. The problem really is that, good as the solutions may be, it takes quite a bit of time to get up to speed with them. It can take upwards of six months to really understand a particular signal processor well enough to really utilize it well and to reformulate your problem in a way that is suitable for implementation using your special hardware. And by that time general computers have become cheaper and faster, and (if it's not a real-time application) you could have spent those six months letting a slower machine work it out.

      A good reason for specialized hardware is when you produce the system in huge quantities; the benefits of the hardware is then used to decrease manufacturing cost, rather than increase performance.

      Graphics cards are an interesting special case. You really need separate hardware for it in the first place, so the step towards producing better specialized hardware is not nearly as large as when you think about operations that today are performed by the host CPU - the hardware needs to be produced anyway, so why not improve on it? Just about all other specialized hardware have been implemented within the host CPU, rather than as discrete components - we have sort-of-vector processing, math processing and so on, but they're right on the motherchip, rather than add-on cards.

      --
      Trust the Computer. The Computer is your friend.
    8. Re:Specialised hardware by bj8rn · · Score: 1

      As far as I know, you get the most realistic sound by modelling human sound apparatus. I don't think you can do this in real time with a 1 GHz CPU. Feel free to correct me.

      --
      Hell is not other people; it is yourself. - Ludwig Wittgenstein
    9. Re:Specialised hardware by fliplap · · Score: 1

      ok, i will. Why would you get the MOST realistic sound by modelling the human sound apparatus. Sounds weren't meant only for human ears, nor are all human ears exactly the same. You would get the MOST realistic sound by modeling whatever the sound is coming from. Moreover your ideas of realistic sound are just silly since human hearing is so imperfect anyway (ask your dog)

    10. Re:Specialised hardware by bj8rn · · Score: 1

      Speech was what I actually had in mind when I wrote 'sound'. Sorry for this. As for the rest, I don't think even my dog has a perfect hearing - something still gets lost...

      --
      Hell is not other people; it is yourself. - Ludwig Wittgenstein
    11. Re:Specialised hardware by fliplap · · Score: 1

      Well in that case, its even more useless since very little of what we hear on a daily basis, more to the point, from a computer, is human speech. usually what we are trying to repicate is music or sound effects, not limited to the small range of tones and sounds a human can produce.

    12. Re:Specialised hardware by Ozan · · Score: 2

      The good thing about a DSP (which is what a GPU is, after a fashion) is that because it is specialised to a single operation, it can be highly optimised and do it much quicker than a general purpose CPU. However the good is also the bad, the DSP is highly specialised and can ONLY do that operation, or at least onyl do it efficiently.

      What you are referring to is an ASIC, an Application Specific Integrated Circuit. These realy stomp through data like nothing, are cheap to build but unfortunately expensive to develope, as every bug which would normaly be in software turns out to be hard-circuited so you have to change the circuit design to fix them.

    13. Re:Specialised hardware by Anonymous Coward · · Score: 0
      Amen, Nvidia makes some of the worlds more expensive DSPs... Kind of sunny in a sick way, I've done the dsp thing and come back. Great at some things, absolutley terrible at everything else.

      I'm sure Intel and AMD would gladly pick up the glove should ATI and Nvidia decide to drop it and then slap them silly with it.

      Something else that occurs to me, at some point, be it 4 or 5 generations away, every machine will have half a gig of video memory, 4 gigs of RAM, be capable of realtime realistic video with a $100 video chip and we won't really care too much about them anymore. There will be a bunch of different vendors but it will be like audio cards, and IDE interfaces, serial and parallel cards before that. We'll still be buying faster chips from AMD and Intel though.

    14. Re:Specialised hardware by Detritus · · Score: 1

      ASICs and DSPs are two different categories of chips. ASICs are highly specialized for a specific task, say a MPEG-2 encoder. DSPs are general purpose processors that are optimized for number crunching.

      --
      Mea navis aericumbens anguillis abundat
    15. Re:Specialised hardware by iamhassi · · Score: 1
      "why specialised hardware is not used more often for tasks that are often performed..."

      It already is. Video cards are specialized hardware to help game framerates, and several cards are available to help with video rendering. Your modern 2ghz processor is suitable for every other task, and at less then $100 it's much cheaper than purchasing a few specialized chips.

      --
      my karma will be here long after I'm gone
    16. Re:Specialised hardware by Jasin+Natael · · Score: 1

      Cg and the other GPU interface languages seem to be a perfect (or at least well-suited) way to accomplish this today. Image and Movie editing software is specialized enough that, assuming the problem of read latency from the framebuffer is fixed, there shouldn't be a filter you can't apply in real-time or near-realtime.

      I wouldn't expect everyday applications to support math on GPU's, but in some places it just makes sense. Now, if we could just have a 'normal' 3D-accelerated desktop, we'd really be in business!

      --
      True science means that when you re-evaluate the evidence, you re-evaluate your faith.
  9. CPU's are still neccessary by revmoo · · Score: 1, Insightful

    My question - If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all?

    Because not all of us play games all the time, some people do music production, some code, some do computer graphics(non-3D), etc etc.

    There are plenty of uses for a computer other than playing games.Thats not to say that having external processors to offload work from the CPU is a bad idea, its a great idea, but don't fool yourself into thinking that ditching the CPU completely is a good idea, or even feasible.

    --
    I would expect such blatant racism on Fark, but on Slashdot? Mods please ban this asshole.
    1. Re:CPU's are still neccessary by phelddagrif · · Score: 3, Insightful

      Not only do some people not play games, but also GPU's do what they do so well because they are specialized. I think that if they were made to do general functions as well their efficiency would decrease. Also the comment from the nvidia guy about the graphics card doing most of the work. In a game there are still physics and AI, and overhead calculations that all need to be done. Not many or none of these are covered by the GPU.

      I agree completely that offloading tasks from the CPU is good, look at the Amiga, that was an amazing machine for its time. And the a huge part of its power can be accredited to it's multiple, separate and specialized processors. I think in the future we will see a shift towards that again, as transistor increases become no longer feasible.

      But then what do I know..

    2. Re:CPU's are still neccessary by mesach · · Score: 1

      Why do you assume that a powerful graphics card is only good for games?

      --
      moo.
  10. Graphics processor vs. general-purpose CPU by anonymous+loser · · Score: 4, Insightful
    If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor..


    Because GPUs are specialized processors. They are only good at a couple of things: moving data in a particular format around quickly, and linear algebra. It is possible to do general-purpose calculations on a GPU, but that's not what it is good at, so you'd be wasting your time.

    This is akin to asking why you shouldn't go see a veterinarian when you get sick. Because veterinarians specialize in animals. Sure, they might be able to treat you, but since their training is with animals you might find their treatments don't help as much as going to see a regular doctor.

    1. Re:Graphics processor vs. general-purpose CPU by Phleg · · Score: 5, Funny

      Actually, I see it more like having a brain surgeon as your family doctor.

      --
      No comment.
    2. Re:Graphics processor vs. general-purpose CPU by GiMP · · Score: 1

      Exactly.. of course, for those who read the article they would realize that they state this quite plainly in the article.

      What the article says later is that the GPUs will grow to become more generalized machines; however, this isn't to say that they will become generalized as an x86 cpu; however, they may become more than just Graphics Processor Units and are expanding into specializing in other areas that games require special acceleration.

      The good thing is that those 'other areas' are used by things other than games. This means that future, non-game, non-3d, software can begin taking advantage of specialized processors which are installed on these graphics cards. This will not replace the CPU which is a generalized machine; however, the idea is that currently (and more-so in the future) we have many specialized machines in our computers.. currently, all of these specialized machines are embedded on graphics cards.

      People who require doing a lot of FFT will benefit from using a high-end graphics card for their calculations because their graphics card has a specialized processor for performing FFT whereas their more generalized CPU doesn't.

    3. Re:Graphics processor vs. general-purpose CPU by Ryan+Amos · · Score: 1

      Actually if you're sick going to a vet isn't such a bad idea :) Supposedly special forces units on clandestine missions will do this, as going to a local vet and paying him off doesn't raise eyebrows (or leave a paper trail) like a hospital or doctor's visit would. Don't know how true that is, could be total baloney, but this post is WAY offtopic anyway :)

  11. Good card? ;) by Demanche · · Score: 0, Offtopic

    Whats a good *average* card suitable to moderate gaming - and *cheap*? I'm still using a 32mb video card - and I know I'm a year or two behind ;)

    --
    Mod me down im a newf (wiki)
    1. Re:Good card? ;) by Anonymous Coward · · Score: 0

      Anandtech is still recommending a GF4-Ti4200 as an entry-level card, which can be had for around $100.

    2. Re:Good card? ;) by Wheaty18 · · Score: 1

      You can pick up a GeForce 4 Ti4600 128MB pretty cheap nowadays.

      The rule of thumb that I follow is that a video card upgrade is only worth it every 2 generations. If you have a GeForce256, skip the GeForce2 and get a GeForce3.

      I currently have a GeForce3, and am going to get the FX 5900 when the price drops down to a sane level, heh.

    3. Re:Good card? ;) by Anonymous Coward · · Score: 0

      I'd recommend a made-by-ATI card, such as this one:

      http://www.tcwo.com/cgi-bin/webc.cgi/st_prod.htm l? p_prodid=2396&sid=44oBmP0lhJtA6Df

    4. Re:Good card? ;) by DarkSarin · · Score: 1

      you can pick up a new Geforce FX 5200 made by Asus for between US 80 to 100 here.

      The actual price depends on what other features you want, such as tv out, but my experience is that I never use tv out. I use an older card (geforce 2 mx 400), and get barely playable speeds from Unreal Tournament 2003 at low resolution. The 5200 should handle it just fine at lower res.

      I personally feel that it is not worth buying a really nice card unless you have a lot of money, and even 30 fps is playable for most of us.

      I would also reccomend staying away from Jaton and some other brands that are cheaper. Their downsides are not worth the 10 - 20 dollars you might save.

      For me, Jaton cards don't work under linux. I don't know about anyone else's experience with them, however.

      --
      "We don't know what we are doing, but we are doing it very carefully,..." Wherry, R.J. Personnel Psychology (1995)
    5. Re:Good card? ;) by gspr · · Score: 1

      Or like me... I have a GeForce256 and will wait for the next Geforce still before getting a new one. *counts* ... that's 5 generations skipped (well, if you include the two geforceFXs as separate generations). Or then again, this might just be because I don't have any money :)

    6. Re:Good card? ;) by realdpk · · Score: 1

      Are there any companies selling the FX that throw in free earplugs? That'd be sweet.

    7. Re:Good card? ;) by Wheaty18 · · Score: 1

      Actually, the FX series based off the NV35 (upcoming 5900) do not have the jet engine attatched to them.

    8. Re:Good card? ;) by Torp · · Score: 1

      You know, there's another use for el cheapo cards. I have a not-so-top-of-the-line lcd monitor that would probably look nasty at 60 fps or more... but it looks good at the 20-30 fps that a cheap video card is capable of doing :)
      Of course, you *should* buy from a quality manufacturer for stability reasons, but you should buy the slowest GPU in the generation.

      --
      I apologize for the lack of a signature.
  12. Quartz Extreme for other purposes by FosterKanig · · Score: 1

    I freely admit that I am not as knowledgeable about computer "stuff" as most of you, but what is stopping people from doing a similar thing like Quartz Extreme to some of the computer processes? If the graphics card in a Win/Apple/Linux computer can handle some other processes, why not let it? Just wondering.

    1. Re:Quartz Extreme for other purposes by questamor · · Score: 1

      Standards, would be my first guess.

      At the moment, we have a standard way of talking to a CPU (the architecture of it - Windows runs on x86, OSX runs on PPC for example) and there's a standard way of talking to a graphics card (OpenGL for one). For different processes, we'd need standards to talk to those extra processes. As for now, Central Processing (by defintion) and Visualisation are two parts to using a computer that are important to a large enough group of computer users that those standards have emerged.

      As for anything else? Perhaps when the Next Big Killer App comes along that needs more processing, we may have something similar for that. Personally I think it'll only be a few years before ALL computers have dedicated DNA folding & analysis hardware because hey, you know how we're all into that now!

      (yes, I'm kidding :)

    2. Re:Quartz Extreme for other purposes by Anonymous Coward · · Score: 0

      Close, sorta.

      The accelerable functions would be scattered over many libs.

      Each library maintainer would have to rewrite one or two functions, for marginal gain, even if the overall system impact would be appreciable.

      Further, they'd have to rewrite those functions not once, but N times, where N = GPUs supported. And that doesn't just mean "one ATI, one nVidia;" try "X ATI chips, Y nVidias."

      Something like the TAOS/Elate/VP/Amiga-Anywhere system (rapid bytecode translation for abstracted cross-CPU binaries) would improve things a bit, while complicating build processes... but your abstraction pretty much has to 'degrade' to the lowest common denominator, or be really smart and then pick up the overhead of your average JVM.

      As with most things in computing, when it becomes *unignorably* worthwhile, people will find a way to do it. But we aren't there yet, and 'finding a way to do it' may involve pulling it into the platform (nForce-style), and treating it as a new architecture, while setting more of the GPU's instruction set/overall design in stone. (Imagine a NetBSD port for "nForceSTREAMPROC/AMD64," say.)

    3. Re:Quartz Extreme for other purposes by Crazy+Eight · · Score: 1

      Putting GPUs to work on non-display oriented tasks is a good idea. Ideally, one would want to treat the GPU like a co-processor whos "instruction set" starts where MMX/SSE/SSE2 ends. The hitch to be dealt with is that the card and driver combination is designed to spit its results on to a display instead of back main to memory. The AGP bus is very fast, but in only one direction. IIRC, this is a limitation in the drivers.

  13. Maybe one reason ... by Anonymous Coward · · Score: 0

    why intel are taking shares in GPU manufacturors ;)

    Anyway, i am sick seeing those advertising for MS on /. :o)

    -SLK

  14. Database sorts by Anonymous Coward · · Score: 1, Funny

    Another scenario that surprised Kirk was when a development team recently tried to use a GeForce FX CPU to perform database key sorting.

    I don't think blowing the paperwork off a developer's desk qualifies as database key sorting.

    1. Re:Database sorts by TobiasSodergren · · Score: 1

      Heh, that was quite funny!

  15. Reason why NOT to drop CPU by Libor+Vanek · · Score: 2, Insightful

    While games/etc. will become more complex you'll need more and more CPU (not GPU!) power to calculate AI, scene (not render it but dynamically create it in vector source) etc.

  16. Maybe not, but.. by WegianWarrior · · Score: 1, Interesting

    For those heavily into graphics and games, using a GPU as a CPU (or a CPU as a GPU) might not be all that good a solution, as the GPU is a specialised bit of silicon whereas the CPU is a general piece of silicon.

    However, I got this sudden flash of the obvious, where you build a "multi-core" computer, ie a computer with several CPUs. one or more CPU(s) can be assigned to work as the GPU(s) if needed, and then be reassigned to work as ordinary CPUs when raw processingpower is more needed than graphics output. True, such a system would need a total rewrite of the OS, but I'm sure we'll have a Linux-port running on it quickly enought.

    While this idea might not yield the raw graphicspower a seperate GPU can offer us, it would allow us to have a computer that would upgrade or degrade it's capabilities as needed, and with enought 'cores' and a well written OS, we could have redundancy against all sorts of damage and so forth. Something for the spaceprograme / military / missioncritical server assembly perhaps?

    --
    Everything in the world is controlled by a small, evil group to which, unfortunately, no one you know belongs.
    1. Re:Maybe not, but.. by Anonymous Coward · · Score: 0

      Well, that's in a way how PS2 works, it has processors dedicated to 3D output, but you can reassign them to do couple of other thing.

    2. Re:Maybe not, but.. by hmccabe · · Score: 1

      New PowerMacs running Mac OS X Jaguar (version 10.2) does this, to an extent. If you have an approved 3d card, a GeForce 3, GeForce 4 or ant Radeon, the OS offloads a large portion of the graphic rendering to the GPU. If you have a G4 chip, applications take advantage of the Altivec SIMD processor for vector calculations, making rendering and encryption processes significantly faster.

    3. Re:Maybe not, but.. by cakoose · · Score: 1
      For those heavily into graphics and games, using a GPU as a CPU (or a CPU as a GPU) might not be all that good a solution, as the GPU is a specialised bit of silicon whereas the CPU is a general piece of silicon.

      And your solution is...

      ..one or more CPU(s) can be assigned to work as the GPU(s) if needed..

      Does that even make sense?

      How is this different from just having a quad-pentium system? Operating systems already support this. If you have a lot of graphics computing to do, then naturally, your processors will end up doing more graphics processing. Superscalar processors already do better than this ("HyperThreading" included).

      Unless, of course, you have come up with a way to morph the silicon of a general-purpose CPU to transform it into a processor with a specialized graphics pipeline (kinda like T-1000). In that case, you are a genius.

    4. Re:Maybe not, but.. by commanderfoxtrot · · Score: 1

      However, I got this sudden flash of the obvious, where you build a "multi-core" computer, ie a computer with several CPUs. one or more CPU(s) can be assigned to work as the GPU(s) if needed, and then be reassigned to work as ordinary CPUs when raw processingpower is more needed than graphics output

      Perhaps you mean something along the lines of SMP?

      Moving on, why can't we squeeze two motherboards and CPUs into slightly larger case to run Mosix? Redundant, multi-processing, limited by the speed of the data connection such as gigabit ethernet.

      --
      http://blog.grcm.net/
    5. Re:Maybe not, but.. by JanusFury · · Score: 1

      Reminds me of the original BeBox, which ran on around 7 40mhz processors if I remember. (One for audio, one for video, etc.)

      --
      using namespace slashdot;
      troll::post();
    6. Re:Maybe not, but.. by WegianWarrior · · Score: 1

      No, it is not a solution to the fact that you can't make a GPU act like a CPU, it is a solution for those who need redundancy, sometimes want to emphasise graphics (allthought less than a full blown GPU might offer) and sometimes wants to emphasise raw processing power, and who might want the flexibility such a solutin might give them.

      And it isn't that different from a quad-pentium system, apart from the fact that I suggest reassigning the CPUs according to what the system needs - ie dedicating one, two or even three of the CPUs to act as GPUs if you need graphics, having them act as SPUs (Sound Processing Units) if you want lots of sound processed and as ordinary CPU if you just want to process data. You may even want to run them as two or four seperate computers (thats what I meant when I called them 'cores') if you desire. It's distrebuted computing inside your own boxen.

      I'm not saying it's a good idea for a homesystem. I'm not saying it's a new idea. I'm just saying it's the idea that popped into my head as I read the article.

      --
      Everything in the world is controlled by a small, evil group to which, unfortunately, no one you know belongs.
    7. Re:Maybe not, but.. by cakoose · · Score: 1
      And it isn't that different from a quad-pentium system, apart from the fact that I suggest reassigning the CPUs according to what the system needs -

      So lemme get this straight...you're saying that when you have lots of sound to process, your CPU just sits idle until it has been "assigned" to process sound? I'm pretty sure the gains you will realize by not doing any context switches are insignificant when compared with the losses from having a CPU sit idle.

    8. Re:Maybe not, but.. by Anonymous Coward · · Score: 0

      Remember Star-bridge Sytems?
      Computer cores built out of FPGA modules.
      Reconfigurable logic gates?

      Supposedly an FPGA cpu could emulate a pentium of a G4 on the fly in hardware.

  17. In the old days by Anonymous Coward · · Score: 0

    but going to be a pain in the ass for software developers to take advantage of, is my guess.

    That never used to stop anyone.

  18. Re:fp or not by Anonymous Coward · · Score: 0

    The democratic party should burn in hell where it belongs

  19. Math Co-Processor by t0ny · · Score: 1

    this reminds me of then they needed to add on a math co-processor to Intel's processors (the -DX versions)

    --

    Manipulate the moderator system! Mod someone as "overrated" today.

    1. Re:Math Co-Processor by zakezuke · · Score: 1

      I'm not sure when intel created the DX and SX designations. the 486 SX was indeed without onboard math-co, but neither did the 80386 DX nor 80386 SX.

      I know it's nitpicking, but the SX/DX designation doesn't seem to indicate with or without math-co atleast for the 386 series.

      --
      There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
    2. Re:Math Co-Processor by Anonymous Coward · · Score: 0

      As far as I remember, the SX-versions were DX-processors with faulty MPUs which Intel sold cheap as most people don't (didn't, at least) need a lot of floating point performance.

    3. Re:Math Co-Processor by afidel · · Score: 1

      For the 386 the SX line was differentiated by having a 16bit bus instead of a 32bit external bus. This allowed it to be used as an upgrade to 286 systems because little redesign was needed. Both the 386DX and 386SX have companions coprocessors that sat on a dedicated bus, they were the 387DX and 387SX respectivly. For the 486 Intel re-used the designations, the SX chip was essentially a DX processor where the FPU had failed validation or where it was never tested and simply disabled for marketing reasons. The naming convention was brought over again for marketing reasons, the SX was the lower performing processor and the DX was the higher performing and more costly version.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  20. Real-time graphics vs. 14 years ago by ScottGant · · Score: 1

    I can't believe how far we've come.

    I remember rendering things for DAYS on my Amiga back in 1988...and these were only single pictures at 320x240 HAM pictures....really, with Sculpt-Animate 4D I would wait 3 days for a render to complete. They even had a little piece of paper that had "Rendering in progress" on it.

    Now games can do it all real time and look MUCH better than my early renders. Blows my mind.

    --

    "Music is everybody's possession. It's only publishers who think that people own it." - John Lennon.
    1. Re:Real-time graphics vs. 14 years ago by Anonymous Coward · · Score: 0

      Note that real-time rendering, such as that used in games, is still far less realistic than good ray-tracing.

      Processors are still not nearly fast enough to ray-trace scenes in real time.

      Ray-tracing is based on the idea that the scene is created by simulating how you would actually see it, by reverse-tracing rays starting from the scene.

      Current real-time 3d is based on an entirely different approach, where the objects are simply drawn onto the screen and effects to make them look more realistic are added. As processors get faster, more effects can be added, and things can be made more realistic.

      IIRC Sculpt-Animate 4D was a ray-tracer (or at least had similar performance to ray-tracers at the time), but wasn't a very good one.

      Because the game approach is different, you can't really compare them. A better thing to look at would be the games at the time - I think around that time 3d games with solid objects (rather than wire-frame) were being made. Current games have evolved from those, basically just by adding more stuff, rather than from ray-tracers (although some techniques are shared), which have changed fairly little and are still too slow for real-time.

  21. Re:fp or not by perfectd00d · · Score: 0

    excuse me, filthy sir, but my fpage is better than all anon cowards because i give people the |CHOICE| --- fp or not, you decide? ---- best fp ever.

  22. I wonder when by Anonymous Coward · · Score: 0

    i'll have to buy a physics card to play the latest games.

  23. GPUs not bound by decades of legacy by Anonymous Coward · · Score: 0
    At the very least the GPU industry is free of the incredible legacy condition imposed on the traditional CPU market. Intel has learned this with the Itanium - dropping "first class" support for x86 is one of the clear inhibitors to Itanium taking off (among others).

    That said, GPUs are freed by the CPU to do their thing, and likely would degrade in performance noticeably if required to take up much of the bunk work.

    1. Re:GPUs not bound by decades of legacy by irokitt · · Score: 1

      I wouldn't really now, but do GPU's take a RISC or CISC angle to their job? That's the bent (supposedly) for the Itanium and Crusoe processors. Would such a thing benefit a GPU? (I know the newer chips like the R300 certainly have enought transistors).

      --
      If my answers frighten you, stop asking scary questions.
    2. Re:GPUs not bound by decades of legacy by cakoose · · Score: 1

      I don't think the RISC/CISC comparison really matters (though I'd expect a lot of specialized, non-orthogonal instructions, CISC-style). The main difference is that graphics chips can have very deep pipelines because the branching involved in rendering is more "handleable" and is a very small part of what it has to do when compared to the raw computation that goes on.

  24. Because.... by enigma48 · · Score: 2, Insightful

    the minute we stop using 'traditional' Intel/AMD CPUs in favour of NVidia/ATI, we'll have to drop 'traditional' NVidia/ATI and go back to Intel/AMD ;).

    Seriously though, the design we have now is a good one. A strong, general-purpose CPU augmented with a specialized GPU for high-cost operations. Depending on how high the cost is (ie: iDCT for playing DVDs) we may want to start moving the work to the specialized cpu - this has been done with ATI cards for a couple years now.

  25. Umm....GPU?!? by Tokerat · · Score: 4, Funny

    Because GPUs are NOT general purpose devices.
    General Purpose Unit, duh!

    ...Huh?

    Graphics? I still use a VT100 :-\
    --
    CAn'T CompreHend SARcaSm?
    1. Re:Umm....GPU?!? by Anonymous Coward · · Score: 2, Funny

      it can mean a variety of things.... behold!

    2. Re:Umm....GPU?!? by Anonymous Coward · · Score: 0

      my new nvidia geforce fx 5666 with a General Purpose User, yeah, definitely

    3. Re:Umm....GPU?!? by Anonymous Coward · · Score: 0

      Hey! That's GNU/GPU. Don't forget that.

    4. Re:Umm....GPU?!? by saden1 · · Score: 0, Redundant

      That's just crazy talk!

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    5. Re:Umm....GPU?!? by Slack3r78 · · Score: 1

      Take a look at the capitalization. I believe he's telling you to contract a respiratory disease *nods*

    6. Re:Umm....GPU?!? by photon317 · · Score: 0, Redundant

      GPU in the graphics card sense means Graphics Processing Unit.

      --
      11*43+456^2
    7. Re:Umm....GPU?!? by Tokerat · · Score: 1


      Actually, I'm telling him that if he can't comprehend sarcasm then he might as well CATCH SARS (+1 Informative)

      Besides, if the "Graphics? I still use a VT100..." line didn't give it away as a joke, some people really need to lighten up. Nothing personal.

      --
      CAn'T CompreHend SARcaSm?
    8. Re:Umm....GPU?!? by MulluskO · · Score: 4, Funny
      GPU: Gossudarstwenoje Polititscheskoje Upravlenije (Russian: National Political Administration; Soviet Secret Service until 1937)


      In GPU's Soviet Russia, pixel pushes you!

      In GPU's Soviet Russia, graphics card displays you!

      In GPU's Soviet Russia, jaggies smooth you!

      In GPU's Soviet Russia, adventure game pixel hunts you!
      --

      Too busy staying alive... ~ R.A.
    9. Re:Umm....GPU?!? by Slack3r78 · · Score: 1

      No offense taken here, I thought your sig was pretty funny actually, hence why I pointed it out. I agree, people do need to lighten up.

    10. Re:Umm....GPU?!? by Tokerat · · Score: 1

      Hey! That's GNU/GPU. Don't forget that.
      According to acronymfinder.com, that stands for Good News Unlimited/Germ Plasm Utilization.

      I should work at a library reference desk or something. :-D
      --
      CAn'T CompreHend SARcaSm?
    11. Re:Umm....GPU?!? by Tokerat · · Score: 1


      I'm not too worried about it, it as an AC. Most people who post something like that at all post for the same reasons I post in the forums on facethejury.com ;-)

      --
      CAn'T CompreHend SARcaSm?
    12. Re:Umm....GPU?!? by Keith_Beef · · Score: 1

      Leaving aside the Germisch fonetik transkription, "Gossudarstwenoje" means "State", and not "national" in the sense most usually used in English. This would more correktlii in Russian be "Narodnoje" (keeping the Germisch fonetiks)

  26. The difference between a CPU and GPU by CTho9305 · · Score: 4, Informative

    GPUs are highly specialized. In graphics processing, you generally perform the same set of operations over and over again. Also, pixels can be rendered concurrently - as such, graphics hardware can be extremely parallel in nature. Also, in graphics hardware, there isn't much (if any) branching in code. Simple shader code just runs through the same set of operations over and over again.

    "Normal" code, such as a game engine, compiler, word processor or MP3/DivX encoder does all sorts of different operations, in a different order each time, many which are inherently serial in nature and don't scale well with parallel processing. This type of code is full of branches.

    To optimize graphics processing, you can really just throw massively parallel hardware at it. Modern cards do what, 16 pixels/texels per cycle? 4+ pipelines for each stage all doing the EXACT same thing?

    Regular code just isn't like that. Because different operations have to happen each time and in each program, you can't optimize the hardware for one specific thing. In serial applications, extra pipelines just go to waste. Also, frequent branch instructions mean that you have to worry about things like branch prediction (which takes up a fair amount of space). When you do have operations that can happen in parallel (such as make -j 4), the different pipelines are doing differnet things.

    Take your GeForce GPU and P4 and see which can count to 2 billion faster. In a task like this, where both processors can probably do one add per cycle (no parallelizing in this code), the 2GHz P4 will take one second, and the 500MHz GeForce will take four seconds (assuming it can be programmed for a simple operation like "ADD"). Even if you throw in more instructions but the code cannot be parallelized, the CPU will probably win.

    Basically, since you can't target one specific application, a general purpose processor will always be slower at some things - but can do a much wider range of things. Heck, up until recently, "GPUs" were dumb and couldn't be programmed by users at all. I haven't looked at what operations you can do now, but IIRC you are still limited to code with at most 2000 instructions or so.

    1. Re:The difference between a CPU and GPU by CTho9305 · · Score: 3, Insightful

      Sorry to reply to myself, but a really simple example just occured to me.

      Take your 486SX without a coprocessor... you can get an FPU (coprocessor) which does floating point operations MUCH faster than you can emulate them. However, you can't just use an FPU and ditch the 486, since the FPU can't do anything but floating point ops - it can't boot MS-DOS... it can't run Windows 3.1... it can't fetch values from memory... it can't even add 1+1 precisely!

    2. Re:The difference between a CPU and GPU by Colz+Grigor · · Score: 1
      it can't even add 1+1 precisely!

      As I recall, first generation Pentium 60s couldn't even do that on their own.

      ::Colz Grigor

    3. Re:The difference between a CPU and GPU by Anonymous Coward · · Score: 1, Insightful
      Take your GeForce GPU and P4 and see which can count to 2 billion faster. In a task like this, where both processors can probably do one add per cycle (no parallelizing in this code), the 2GHz P4 will take one second, and the 500MHz GeForce will take four seconds (assuming it can be programmed for a simple operation like "ADD").

      Uhm... no. On a modern GPU you can apply 8 textures in one pass. That means you can have a 1x1 luminance texture with a value of "1" in it. You bind this texture to the 8 texture units and set your environment to perform blending and your blending function with factors 1 and 1 and you have effectively 8 additions per pass. Now you only need to figure out how many passes you need (5*10^7 / 8 with 8 textures + 5*10^7 mod 8 with that number of textures).

      End result: the GPU is still twice as fast as the P4.

      PS: Yes, I have ignored the problem of storing the value 5*10^7 in the framebuffer (or anywhere else on the card for that matter), but that wasn't your point.

    4. Re:The difference between a CPU and GPU by CTho9305 · · Score: 1

      I didn't know that GPUs did that many operations per pass. Cool. Anyway, there are sets of operations that would be faster on the P4, which I'm too lazy to think about right now. ;)

    5. Re:The difference between a CPU and GPU by Anonymous Coward · · Score: 0

      Decent graphics cards costs about the same as a motherboard + CPU.

    6. Re:The difference between a CPU and GPU by Anonymous Coward · · Score: 0

      Hmm. You chose a bad example in the 486SX, because the 'coprocessor' you could buy for that was in fact a full-blown 486DX, which disabled the -SX when you installed it :-). So in fact you did 'ditch the 486' when you went and installed a '80487'...

      Regards,
      Marco.

    7. Re:The difference between a CPU and GPU by Anonymous Coward · · Score: 0

      really? hmm, i'm gonna have to find my 486 and take a better look inside :)

    8. Re:The difference between a CPU and GPU by akuma(x86) · · Score: 1

      Another big problem with GPUs trying to do general purpose code is the lack of demand paged virtual memory. There are specific hard wired data paths to memory.

    9. Re:The difference between a CPU and GPU by humming · · Score: 1

      I've always wanted a FPGA close the CPU. That way, instead of offloading a bunch of crap on the GPU, which as, you correctly point out, is good for nothing but pushing vertices to the monitor[1], you get a general purpose PU that you can do about everything on.

      With an FPGA you could download some code that tells it how to encode a XviD or any other complex algorithm.

      Of course, multitasking would be a bitch. ;)

      //H

      [1] Not really true, there's some 2D acceleration too, even if everyone and their dog is thinking that 3D acceleration will make their screens update SO much faster.

      --
      I'm too stupid to preview.
    10. Re:The difference between a CPU and GPU by horza · · Score: 1

      Take your 486SX without a coprocessor... you can get an FPU (coprocessor) which does floating point operations MUCH faster than you can emulate them. However, you can't just use an FPU and ditch the 486, since the FPU can't do anything but floating point ops - it can't boot MS-DOS... it can't run Windows 3.1... it can't fetch values from memory... it can't even add 1+1 precisely!

      Or if you upgraded your 486 to a Pentium, you'll find it's division it has a problem with...

      Phillip.

    11. Re:The difference between a CPU and GPU by Anonymous Coward · · Score: 0

      Actually, you can easily compute precise integers with an FPU.

      1.0 + 1.0 is an exact floating point calculation in most real-world implementations.

      A non-fractional floating point number is always exact, as long as it's within range for the mantissa, regardless of the exponent base. The fractional part is exact if it's a multiple of a negative power of the exponent base (usually 2).

      The reason floating point often seems imprecise even in simple computations is because fractional values that are simple to express in base 10 are not in base 2 (e.g. 0.125 is exactly 1/8, but 0.3 is far from 3/10).

  27. Re:fp or not by perfectd00d · · Score: 0

    i see someone has modded up your boobery, the democratic party is almost as fucking c00l as my fp!~``

  28. GPU Performance Myths by Shelrem · · Score: 5, Informative

    My question - If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor...

    If you'd really like the answer to this question, try programming anything on the GPU and you'll understand. It's hell to do half this stuff. GPUs are highly specialized and make very specific tradeoffs in favor of graphics processing. Of course, some operations, specifically those that can be modeled using cellular automata, map well to this set of constraints. Others, such as ray-tracing can be shoe-horned in, but if you were to try to write a word processor on the GPU, it'd essentially be impossible. The GPU allows you to do massively parallel computations, but penalizes you heavilly for things such as loops of variable length or reading memory back from the card outside of the once-per-cycle frame update, and the price of interrupting computation is prohibitive. Clearing the graphics pipeline can take a long, long time.

    Furthermore, while there have been a few papers published claiming the orders of magnitude increase in speed in these sorts of computations, none actually demonstrate this sort of speed-up. Everyone's speculating, but when it comes to it, results are lacking.

    b.c

    1. Re:GPU Performance Myths by Anonymous Coward · · Score: 0

      Hellooooo! Replacing the CPU was a JOKE! You're the 134th person not getting it!

      Moron...

    2. Re: GPU Performance Myths by Black+Parrot · · Score: 4, Insightful


      > The GPU allows you to do massively parallel computations, but penalizes you heavilly for things such as loops of variable length or reading memory back from the card outside of the once-per-cycle frame update, and the price of interrupting computation is prohibitive. Clearing the graphics pipeline can take a long, long time.

      > Furthermore, while there have been a few papers published claiming the orders of magnitude increase in speed in these sorts of computations, none actually demonstrate this sort of speed-up. Everyone's speculating, but when it comes to it, results are lacking.

      I looked in to using the GPU for vector * matrix multiplications over my Christmas vacation (yep, a Geek), and everywhere I turned I found people saying that whatever you gained in the number crunching you lost in the latency of sending your numbers to the GPU and reading them back when done. In the end I didn't even bother running an experiment on it.

      But maybe conventional wisdom was wrong; elsewhere in the talkbacks I see links to a couple of .edu sites pushing this kind of thing, so I'm going to look at it some more.

      --
      Sheesh, evil *and* a jerk. -- Jade
    3. Re:GPU Performance Myths by Anonymous Coward · · Score: 0

      You must really suck if you have to insult other people stupider than you to feel good about yourself.

  29. SGI did this (very) long ago by jhzorio · · Score: 3, Interesting

    Using the power of the graphic subsystem to handle other kinds of calculations has been done for years, if not decade(s) by Silicon Graphics.
    At least for the demos...

    1. Re:SGI did this (very) long ago by Anonymous Coward · · Score: 0

      Yep! Good memory. It was called "feedback mode", and in essence the output of the GL pipeline was "fed back" to a port where the CPU (a 16 MHz R2/3000!) could read it. As long as you were doing a lot of 4x4 matrix multiplications, or solving a problem that could be made to *look* like a lot of those, it was the heat. Kind of a "poor man's vector FPU", assuming poor men were out buying $50K workstations. This came out in about 1989-1990, I think.

  30. Re:fp or not (offtopic trolling flamebait thread) by Uber+Banker · · Score: 0, Offtopic

    I was not the AC who took you down to the gutter where your pathetic attempt at a FP took you (did it add any value? was it amusing like TROLLKORE? was it even imaginative?).

    My |CHOICE| was to join AC calling your momma a bitch. You had the |CHOICE| to read it, sir.

    I AM dirrrrrrrrrrrty.

  31. Integrated GPU/CPU by renehollan · · Score: 4, Insightful
    If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor..."

    You mean like: this?

    Now, that press release was about two years old, and you can bet that ATI has advanced beyond that point (though I can't provide details).

    Also, while not integrating a serious 3D graphics GPU, there's no reason that this can't be done -- except one -- and the same reason that a powerful CPU isn't integrated: heat dissipation.

    But, for a "media processor", it sure is sweet.

    --
    You could've hired me.
  32. Didn't read the article, but it doesn't matter. by moogla · · Score: 4, Interesting

    You keep hearing this logic every once in awhile.

    Look, for the same price of a $400 graphics engine you can get yourself a dual CPU machine, a cheap graphic card with AGP, and do it in "software" with about the same efficiency, if you know what you're doing.

    Because the extra CPU isn't inheritly multi-core like most modern GPUs, you need to compensate with a higher clock speed, and use whatever multimedia instructions it has to the fullest extent (ie altivec, mmx2, etc.)

    But of course, the GPU is better suited to the actual drudge work of getting your screen to light up. If there's stuff to be computed and forgotten by it (i.e. particle physics), its probably better left decoupled to exploit parallism in that abstraction.

    As you get to a limit in computational efficiency, you start adding on DSPs, and this is where FPGAs and grid computing start looking interesting.

    So it shouldn't be considered suprising that these companies will say that; they can see that trend and they want a piece of that aux. processor/FPGA action. The nForce is a step in the right direction. They don't want to be relegated to just making graphic accelerators when they have the unique position to make pluggable accelerators for anything.

    But to plan on packaging an FPGA designed for game augmentation and calling it a uber-cool GPU is just a marketing trick. This technology is becoming commercial viable, it seems.

    --
    Black holes are where the Matrix raised SIGFPE
    1. Re:Didn't read the article, but it doesn't matter. by Anonymous Coward · · Score: 0

      "Look, for the same price of a $400 graphics engine you can get yourself a dual CPU machine, a cheap graphic card with AGP, and do it in "software" with about the same efficiency, if you know what you're doing."

      Uhm where you can get dual-CPU motherboard with two fast CPUs at $400?

      Let's see:
      Tyan S2460 dual socket-A motherboard: $186
      2*Athlon MP 2600= 2*$207 = $414
      Total: $600

      And this is mid-range AMD stuff, with high-end Xeons you will pay much more for the CPU and motherboard.

      And we aren't talking about same level of effiency here, in many situations it will take 4 or more CPUs to beat a single $400 GPU. Do you have any idea how much 4-way motherboard costs?

      "But to plan on packaging an FPGA designed for game augmentation and calling it a uber-cool GPU is just a marketing trick."

      Huh? GPUs aren't FPGAs.

  33. Single or Multiple Processor: license issue? by jeanicinq · · Score: 0

    Many of the licenses that is packed with OS software states that the OS is only suppose to be installed on single processor systems. Does graphics card with its own processor violate those single processor licenses?

  34. Wheel of reincarnation by Anonymous Coward · · Score: 3, Insightful

    Aloha!

    You wrote: My question - If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor...

    Congratulations! You have just reinvented Ivan Sutherlands Wheel of reincarnation which is exactly about this: Normal CPU:s are enhanced with specific functions to provide acceleration for a common task, the enhancments are getting so big that farming them out into a separate chip/module seems like a good idea. The separate thingy grows in complexity as more flexilibility and programmability is needed. Finally you end up with a new CPU. And then someone says.... You get the idea.

    Here is a good take on Ivan Sutherlands story. And here is Myers and Sutherlands original paper.

    Read, think and learn.

    1. Re:Wheel of reincarnation by alanw · · Score: 1

      and here is the jargon file entry.

  35. The horror! by Ridge · · Score: 4, Funny
    "One research group is looking to break the Linpack benchmark world record using a cluster of 256 PCs with GeForce FXs!"


    Unfortunately, the researchers have all inexplicably been rendered deaf.
  36. Re:fp or not (offtopic trolling flamebait thread) by Anonymous Coward · · Score: 0

    Jesus... you are boring. I'll not call you or your mother a bitch, but that was a pathetic FP.

    Loser, do you sit inforont of slashdot reloading it every minute?

  37. You are really an idiot. by Jerk+City+Troll · · Score: 1, Troll

    If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor...

    Do you understand why these so-called GPUs are so fast at doing graphics and mathetmatics geared towards graphics? Because they are Graphics Processing Units. They are not general computers. They are designed to do one thing and one thing really well: the math for 3D graphics. They would be terribly slow at general computing because general computing is not all 3D graphics. Generalized computers, such as your Pentium, are good at doing a lot of things but nothing in particular all that well. Sheesh, you'd think someone who reads /. would know better... or not.

  38. The future is bit granular. by Thinkit3 · · Score: 2, Interesting

    Why have n m-bit parallel systems? Just have n 1-bit parallel systems. You won't need all these specialized processing units anymore. The future is in an extremely flexible CPU.

    --
    -Libertarian secular transhumanist
    1. Re:The future is bit granular. by Anonymous Coward · · Score: 0

      because there's an overhead to addressing those 1-bit systems?

    2. Re:The future is bit granular. by Thinkit3 · · Score: 1

      Of course there's overhead. But the elegance and simplicity is well worth it.

      --
      -Libertarian secular transhumanist
    3. Re:The future is bit granular. by Ozan · · Score: 1

      Of course there's overhead. But the elegance and simplicity is well worth it.

      You're making the "elegance and simplicity is well worth it"-error of science. Basically it means that in science elegance and simplicity are not unconditionally worth it.

    4. Re:The future is bit granular. by ndevice · · Score: 1

      you might be thinking along the lines of the connection machine?

    5. Re:The future is bit granular. by aminorex · · Score: 1

      > 1-bit processors...

      The two historical examples of this that I am aware of are the
      AMD 29k bit-slice microprocessor series, and the Connection
      Machine model 1. The CM-1 was unique in that it had
      commercial sales at scales up to 64K bits wide and used a
      1-bit wide distributed memory. The reasons these highly
      customizable architectures did not persist are twofold: Economy
      of scale favored the standardized microprocessor (on the hardware
      end) and they wouldn't run pre-existing software and it was
      hard to find people who could write decent code for the things
      (on the software end).

      I think that compiler and emulator technologies have risen to a
      point where the software problem is less serious, and no longer
      precludes a bit-computer renaissance, but the hardware economy
      issue has grown to make up for the software problems these
      architectures faced in the late 80's and early 90's. People just
      don't generally see the point in paying 10x the $$ for 1/10 of
      the throughput.

      --
      -I like my women like I like my tea: green-
  39. Doesn't matter how good it could be made. by aerojad · · Score: 1

    Just make a graphics card with more transistors and drop the traditional processor...

    No matter how good you made the card, assuming it would be a dual video card/processor, you would be stuck in a situation like if you were to buy a motherboard with tons of onboard stuff on it, like a video card, for example. No matter how much ram you put in it, the video card's power will never be quite as good as if you were to buy a separate video card of comparable power and plug it into the motherboard. The same would probably be true for a video card/processor combo.

    --

    SecondPageMedia - Wha
  40. hmm by Anonymous Coward · · Score: 0

    im not sure if that one torrent site got hacked or what. check it out - www.torrentse.cx

    1. Re:Hmm by NerveGas · · Score: 1


      How hard would it be? I see you haven't been around long. 3DFX made a number of multi-processer video cards not very long ago. When they were going out of business, I picked up a dual-processer, 64 meg card for a ridiculously low price.

      They even had some 4-processer (!) cards with 128 megs of memory on them - but they never really produced them in quantity.

      Early on, you could put more than one 3dfx card in the machine, in SLI mode, and each card would render every other line. If I recall, their multi-processer cards worked the same way, but without the SLI cable.

      steve

      --
      Oh, you're not stuck, you're just unable to let go of the onion rings.
  41. CPU vs. GPU by Anonymous Coward · · Score: 1, Informative

    Consider from the point of games: even if you could move all calculations for occluders, all texturing, all graphical effects etc. you still would need advanced AI, networking, audio system and decoding, resources and data structures and of course input handling. Not all of these are heavy calculation but require some timing and most of all: the bus architecture in PC doesn't allow enough flexibility to use GPU in anything more than additional processing power.

    GPUs have many computational features added but even occlusion culling needs some work in the CPU at the moment. The hardware implementations of OC are rather limited and naturally require transferring unneeded vertex data to display card over slow bus.

    SGI has developed some nice bus subsystems in the past, I'd like to see more of them in the mainstream.

  42. Yeah, we could. by irokitt · · Score: 1

    There are many systems out there that don't do anything other than 3d. Gaming consoles (i.e. Xbox, Playstation)could benefit from this sort of thinking. In particular, the Xbox, with a PC architecture, could potentially become cheaper, lighter, and better. Unless, of course, you're running Linux ;)

    --
    If my answers frighten you, stop asking scary questions.
  43. You reffers to 486 �P series ;-) by Anonymous Coward · · Score: 0

    But DX for 386 P it was not so ... only reffering to 32bits !

    I had a 386DX-25 (1920KB RAM, 40MB HD) , which was touted by MS to be able to run win95 ... but nobody ever trusted it was so.

    Today, XP require 90MB to simply starts !
    And people not seep to care ...

    I like to have up-to-date stuff, but sorry i do not see why XP needs at least 90MB without adding any special features wince windows 3.1 !

    Is MS no more able to provide anything just "simple" and efficient with inovation inside ?

    Or do we need in the XP2 1GB in RAM to just boot ...

    -SLK

    1. Re:You reffers to 486 �P series ;-) by Anonymous Coward · · Score: 0

      You are very strange in a lot of ways. Please go away.

  44. sniffing glue? by LtBurrito · · Score: 0, Troll

    If crazy glue is so strong, why don't they just make everything out of it?

  45. GPU can be a universal turing machine by danielp · · Score: 2, Insightful

    Just as the subject says: our current GPUs can (easily) simulate any turing machine, and thus any other CPU, and in turn run all programs you may imagine.

    It is done via fragment (pixel) programs (for the arithmetic instructions) and multiple 'rendering' passes (for program control). Ask Göögle if you want to know more about this interesting subject. :-)

    Just my 2 cc.

    Best regards,
    Daniel

  46. If these processors are so powerful... by nelziq · · Score: 1
    "If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor..."

    "If these processors are getting so powerful at computations then why do we need ATi/INVIDIA cards at all? Just make a processor with more transistors and drop the traditional graphics card..."

  47. dorks... by Anonymous Coward · · Score: 0

    you people just don't get that cpu/gpu joke, don't you?

  48. Reconfigurable computing by wfmcwalter · · Score: 4, Interesting
    Just make a graphics card with more transistors and drop the traditional processor

    There's a lot of work being done on reconfigurable computing, which imagines replacing the CPU, GPU, DSP, soundcard, etc., with a single reconfigurable gate array (like an RAM-FPGA). You'd probably have a small control processor that manages the main array. On this array one could build a CPU (or several) of whatever ISA you needed, and GPU, DSP, whatever functionality was called for by the program(s) you're running at the current moment. Shutdown UnrealTournament 2009 and open Mathlab, and DynamicLinux will wipe out its shader code and vector pipelines, and grow a bunch of FP units instead. Run MAME and it will install appropriate CPUs and other hardware.

    In the initial case, this would be controlled statically, a bit like the way a current OS's VM manages physical and virtual memory. Later, specialist "hardware" could be created, compiled, and optimised, based on an examination of how the program actually runs (a bit like a java dynamic compiler). So rather than running SETI-at-home your system would have built a specialist seti-ASIC on its main array. There will be lots of applications where most of the work is done in such a soft ASIC, and only a small proportion is done on a (commensuately puny) soft-CPU.

    This all sounds too cool to be true, and at the moment it is. Existing programmable gate hardware is very expensive, of limited size (maybe enough to hold a 386?), runs crazy hot, and doesn't run nearly quickly enough.

    --
    ## W.Finlay McWalter ## http://www.mcwalter.org ##
    1. Re:Reconfigurable computing by Anonymous Coward · · Score: 0

      You're telling me that those FPGAs are expensive, have limited functionality, are hot, *and* are slow?

      Wow, that sounds like really promising technology!

      It sounds like you academic researcher guys just need to fix up, oh, EVERY SINGLE THING ABOUT THEM, before they would be competitive with GPUs that are available today. But do enjoy all of the academic wankery opportunities that they offer you.

      And keep dreaming about how games will run on them in 5 years. At current rates of increase in GPU processing, you're going to have a lot of work cut out for you!

    2. Re:Reconfigurable computing by Anonymous Coward · · Score: 0

      The leading FPGA manufacturer(Xilinx) has a single chip solution, which though couslty will whip a 386!!) it has 4 embedded power pc processors, which are hard cores, each of which can be linked to anything created in the FPGA array. - totally configurable. it has interfaces for DDRD memory and up to 200 18 bit hardware multipliers. couple this with 3 gigabit transievers for connecting to many other chips at extremely high speeds, and the ability to instanitate many many processors in the fpga core itself (for exmaple the microblaze 32, there could be 10's of these - not sure on the exact number) plus the abiliy to instantiate PCI-X cores etc and you get a computer which would whip many 386 - massively parallel and totally reconfigurable! (though dynamic reconfigurablility is still a way off)....

    3. Re:Reconfigurable computing by doug363 · · Score: 1
      Either you're a troll, or you don't know much about digital hardware...

      FPGAs are pretty nifty technology, and quite common in the Real World. They're used in many, many products where the volume isn't huge and the time-to-market is important. Have a look at e.g. network cards, controllers, comms hardware, and some home appliances. Every time you see a chip branded "Xilinx" or "Altera", that's probably an FPGA or similar technology. These aren't small companies: Xilinx last year had revenues of over US$1 billion, and Altera had revenues of $91 million.

      The point is not that FPGAs replace the functions that are already on GPUs. The point is that they provide more flexibility than a traditional GPU would, so a game can e.g. accelerate its particular physics engine, which may require some unusual combination of operations best done in hardware, but that isn't economical to put on GPUs everywhere 4 years before the game hits the market.

  49. Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 1, Insightful

    Speaking as a CFD (computational fluid dynamics) researcher who has used graphics cards for some operations, I can tell you that GPU's are very fast, but they only work on streaming data, and most scientific problems involve a lot of non-streaming processing as well. Even with a perfect graphics card, you'd still need a general-purpose CPU to control things. Also, the floating-point support in all but the latest GPU's is very, very restricted (many of the fragment units are fixed-point and limited to a few specially-chosen operations, and even the latest GPU's don't have full 32-bit IEEE floats), and the linux support is weak and buggy. Still, I think you'll see more scientific GPU usage in the future.

    1. Re:Why do we need general purpose cpus at all? by mmp · · Score: 1

      The Geforce FX GPUs absolutely do have 32-bit IEEE floats as first-class citizens in the fragrment units. (The vertex units as well.) They support a 16-bit float variant as well, but they have first-class 32-bit floats if you need them.

    2. Re:Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 0

      Right, except they cut corners, because the market is graphics, and small errors which would matter for scientific computation cannot be distinguished by the human eye. The fields may be 32 bits wide, but they don't carry that precision through the computation. For example, you won't get denormalized operands, as you would in real IEEE arithmetic, on any graphics card. Internally, some of the chips only carry (for example) 24 bits precision through the computation. x86 chips carry 80 bits, which helps reduce the effect of accumulated roundoff errors. I don't mean to be negative here; I think the things have great potential and intend to keep using them. Just pointing out that GPU manufacturers never seem to document these details at the level Intel does, where you know bit-for-bit what the inputs and outputs to each op will be, including all of the special cases. I sure wish they'd start documenting more thoroughly...

    3. Re:Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 0

      You are confused:
      1. GeforceFX has 32bit IEEE precision in the ENTIRE pipeline. There isn't any corner cutting.
      2. Radeon 9500 and above has 24bit internal precision

    4. Re:Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 0

      You are confused. 24 bit or 32 bit is still less than the 80 bit floats that Intel supports. I would assume that all modern CPUs support floats greater than 32 bits. That is real issue, not whether GeforceFX supports 32 bit or 24 bit.

    5. Re:Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 0

      The de-facto standard for precise floating point computation is 64-bit IEEE floats (i.e. C doubles).

      However, on many x86 implementations, the 64-bit IEEE floats behave unpredictably, because they are sometimes actually 80 bits. Ugly...

      And yes, unpredictability erring on the side of excess precision is a problem. When using floating point for anything requiring precision, you explicitly calculate how much precision you are losing with each computation, and any differences are going to come back and bite you in the ass.

    6. Re:Why do we need general purpose cpus at all? by Anonymous Coward · · Score: 0

      I have a hard time believing they would bother to implement full support for the IEEE special cases such as denormals and NaNs, considering that even most general-purpose processors don't fully support those cases in hardware. On a general-purpose processor you can implement special cases by software emulation in exception handlers -- but there sure won't be any such handlers in a GPU.

  50. CPUs and GPUs are competitors by f97tosc · · Score: 3, Insightful

    My question - If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all?

    A development this extreme is unlikely. However, what is very real is the fact that GPUs and CPUs are at least partially competitors.

    If you are doing a lot of graphics then you the best computer for your money may be with a great graphics card and a so-so CPU. The better and cheaper GPUs Nvidia can make, the smaller the demand for state of the art Pentium's.

    But unless there is a revolutionary development somewhere, we will probably see computers with both kinds of processors for a good while.

    Tor

  51. I think that should be.. by CausticWindow · · Score: 1

    from 10 to 100 times faster than a Pentium 4 at Scientific computations

    Also, Wired had an article on this, with the main gist "NVidia plans to make the CPU obsolote".

    --
    How small a thought it takes to fill a whole life
  52. Pros and cons of legacy support by Latent+Heat · · Score: 1
    There are both pros and cons to legacy support. The cons of course are the hits in performance. As to the advantages of legacy support, suppose you are to offload your FFT's, audio filters, etc. to a GPU (or to a DSP board for all that matters). You are probably going to have to write your algorithms in assembly (or even possibly in hex machine code) to absolute addresses in the GPU buffer. Then what are you going to do when the next generation of GPU comes along -- start that coding all over again? How are you going to distribute a portable application -- I mean forget about X-86 as a requirement, are you going to listen to your users whining that your software requires a particular model graphics card?

    I can tell you this from experience because I was using DSP cards to do audio filtering in the 486 days. Since the Pentium-I, I have freed myself from DSP cards and never looked back.

    The GPU market works the way it does because each GPU comes with graphics acceleration drivers that install with the card, and the application software developer hardly has to know about all that code running in the background. It is kind of like the Swing/SWT dichotomy. Sure SWT gets better performance, but it is more installation fuss. Yeah, yeah, Swing has to JNI down to native code too, but that is all hidden away because it is packaged in the JVM release for your platform.

    1. Re:Pros and cons of legacy support by Anonymous Coward · · Score: 0

      "You are probably going to have to write your algorithms in assembly (or even possibly in hex machine code) to absolute addresses in the GPU buffer. Then what are you going to do when the next generation of GPU comes along -- start that coding all over again?"

      You can use Cg which is a higher level shading language for GPUs. No need to write in assembly.

      "I mean forget about X-86 as a requirement, are you going to listen to your users whining that your software requires a particular model graphics card?"

      This is less a problem that you think. For example $499 Geforce FX 5900 Ultra and $79 Geforce FX 5200 can execute exactly same shader programs. FX 5200 is just slower.

  53. NVIDIA: CPU="Co-Processing Unit" by motown · · Score: 2, Interesting

    I was at an NVIDIA presentation, and the NVIDIA rep jokingly referred to "CPU" as "Co-Processing Unit". He elaborated on that, by sketching the new computer architecture, as envisioned by NVIDIA, with the GPU forming the heart of the system and the CPU taking care of the "lesser" non-multimedia functions. A good example of this is NVIDIA's Nforce(2)-chipset, with both the graphics core, sound logic and north- and south-bridges all having been developed by NVIDIA. All that's still needed is a CPU and memory.

    It's not surprising that NVIDA prefers to cooperate with AMD in stead of Intel: Intel would be too dominant and would want to control more than just the CPU. In addition, Intel evens spends a considerable amount of R&D on integrated graphics for its chipsets. It is more in NVIDIA's interest to work with a less influential CPU-manufacturer.

    I'm really interested in what kind of chipset NVIDA will be offering for AMD64-based CPU's! :)

    Off-topic question: I briefly read somewhere that someone finally managed to write an AGPGART-driver for Linux, which would support non-NVIDIA 3d-cards on Nforce2-motherboards. Does anyone here have more information on this?

    --
    "Oooh, does that mean we get to kick some puffy white mad zionist butt?"
    1. Re:NVIDIA: CPU="Co-Processing Unit" by mnemonic_ · · Score: 1
      He elaborated on that, by sketching the new computer architecture, as envisioned by NVIDIA, with the GPU forming the heart of the system and the CPU taking care of the "lesser" non-multimedia functions. A good example of this is NVIDIA's Nforce(2)-chipset, with both the graphics core, sound logic and north- and south-bridges all having been developed by NVIDIA. All that's still needed is a CPU and memory.

      In what way does the nForce2's onboard graphics adapter form the "heart" of the system though?

      There is nothing unique about the nForce in terms of revamping computer architectures by an increase of dependence on graphics processing hardware. If you buy any other motherboard with onboard graphics all you need are CPU and memory as well.

    2. Re:NVIDIA: CPU="Co-Processing Unit" by mnemonic_ · · Score: 1

      "I'm really interested in what kind of chipset NVIDA will be offering for AMD64-based CPU's!"

      There is the nForce3 Pro.

    3. Re:NVIDIA: CPU="Co-Processing Unit" by Anonymous Coward · · Score: 0

      With attitude like that it's not surpising that Intel don't care to work with Nvidia. The problem is more of ego of both companies. Intel wanted every system to have the "Intel Inside" branding while Nivida wanted to do the same. Both companies just can't stand the idea of sharing branding stickers on every computer systems that uses their chips. Since AMD don't have any branding on systems that uses their chip, Nivida will be stupid for not taking advantage of it and establish a brand name for themselves. I think ATI needs to wake up and start thinking about branding their product too.

      The down side for AMD if they let Nvidia to take adavange of them is that Nivida might make anyone who makes CPUs a commodies item. Intel of course would want to make sure that does not happen.

      I would love to know what Intel's strategy is to counter Nivida's branding move.

  54. Loser! by Anonymous Coward · · Score: 0

    Because GPU (Graphics Processor Unit) are NOT General purpose processors. While it would be possible to make a system around it - it lacks many featres of modern processors such as user/priveleged mode, etc...

    This is the most idiotic idea I've heard - sure - lets NOT have dedicated CPUs that offload work from the main CPU.... Great idea - good work - go back to banging your head against the pavement.

  55. Disclaimer - I work for ATI by renehollan · · Score: 1
    Sorry, should have noted the fact that I work for ATI, though what I post here (or anywhere, for that matter) is my personal opinion, and does not necessarily reflect the views of ATI.

    Still, I don't think anyone is going to get upset over a link to an existing press release.

    --
    You could've hired me.
    1. Re:Disclaimer - I work for ATI by Ryan+Amos · · Score: 1

      Does anyone else find it funny that you care enough about your job to point out that you work for ATI but still have a link to your resume in your sig? :)

    2. Re:Disclaimer - I work for ATI by renehollan · · Score: 1
      Some people look to a resume to see what qualifications a poster has to make a particular comment.

      I am not presently looking for work, but, if, say, someone offered me enough money, sure, I'd bolt. Anyone who says otherwise is lying.

      The key, of course, is enough money to make it worthwhile. Right now that is probably more than anyone would be willing to pay.

      While there are days where I hate "the job", I love working with MPEG2 video, after spending much of my career in data networking -- it combines fresh professional interests with personal "home-wide media servers" interests. So, I'm not about to leave on a whim.

      I suppose, though, for the sake of completeness, I should add ATI experience to my resume.

      --
      You could've hired me.
  56. Playstation 3 by mozumder · · Score: 1

    It would be nice if the Playstation 3 could be used for linear-algebra as well. I would think that 10 $200 Playstation 3s wouldbe better than 1 $2000 CPU/GPU system?

    I guess it depends on how general purpose the Cell architecture is going to be vs. CPU/GPU combination. (64-bit precision, IO bandwith/latency, local memory size)

  57. Oh great... by ZorMonkey · · Score: 2, Funny

    "If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all? Just make a graphics card with more transistors and drop the traditional processor..."

    So, now I should start putting high-end graphics cards in my servers? Has Apache been compiled for an nVidia GPU yet? I wonder how well a Geforce FX runs Linux or Windows 2000. I bet the 2.0 Pixel Shader spec helps a lot with database speed.

  58. Re:fp or not (offtopic trolling flamebait thread) by Anonymous Coward · · Score: 0

    If he's a loser, then what are you?

    At least he gave you a [CHOICE]. Say 'no this is not fp' is you don't like it. You are not obliged.

  59. GPUs will replace CPUs in many areas quite soon by Anonymous Coward · · Score: 1, Interesting

    Many complain that GPUs have limited functionality. That's true, but the progress has been enormous:

    - Just 2 years ago GeForce3 was state of the art. It could execute only ~20 pixel shader instruction and the presicion was limited to 8bit integer per channel.

    - GeForceFX can execute 1024 pixel shader instruction with static flow control and 32bit floatin point presicion per channel.

    - Within 2 years we will have a GPU which can execute virtually unlimited amount of instructions with dynamic flow control and 64bit per channel floating point precision.

    You will still need CPU for desktop work, but GPUs will be used for many things like scientific computing, simulation and off-line 3D rendering (making CGI effects for movies).

    In some situation GPUs can be used already . In some cases QuadroFX (which uses "old" NV30 core) can render broadcast quality scenes 20 times faster than fastest CPU available.

  60. Graphix by Anonymous Coward · · Score: 0

    The future of graphics are none of what Kirk said. The future of graphics is higher fill rate, more polygons, and bigger heat sink fans.

  61. Lol... by gregorio · · Score: 0

    Why everything at Slashdot is always about ditching/dropping somethig?

    Why would we change a CPU for a GPU (wich is a CPU for specific data processing)?

  62. We don't need no stinkin' CPU! by Rui+del-Negro · · Score: 1

    If these cards are getting so powerful at computations then why do we need a Intel/AMD processor at all?

    Exactly. And if the Playstation 2 can do over 6 GFLOP/s, why doesn't Cray just make a cluster of Playstations instead of buying a shitload of Opterons? Really, someone should give these guys a clue...

    RMN
    ~~~

  63. Read the article Dummy. These are not AVERAGE gpu by zymano · · Score: 1

    Read the article again and look for the page that says "non traditional uses". You will find that these graphic processors are programmable vector processors that are excellent at mathematical operations.Also look at the uses of gpu by Colorado university and their attempt to break linpack record. We don't need Intel/Amd anymore!

  64. DSP chip by Goalie_Ca · · Score: 1

    Why not use a really powerfull setup such as dsp to do it all for you. It plugs into your pci slot and allows you to do extremely complex calculations quite quickly. If you had one of those puppies all you need your p4 for is for book-keeping.

    --

    ----
    Go canucks, habs, and sens!
  65. here we go again... by Doktor+Memory · · Score: 1

    And once again, the great Wheel of Reincarnation comes full circle. Nice to have seen it happen twice in my lifetime.

    --

    News for Nerds. Stuff that Matters? Like hell.

  66. Console Love by Yummator · · Score: 1

    why do we need a Intel/AMD processor at all? Get a GameCube and find out. Besides the X-Box, nearly all consoles derive from this concept. I've been saying from the beginning that soon the home computer market is going to turn into a console market. For the past few years it's been going in that directon, so dont see why it should stop. DAZ

    1. Re:Console Love by Emil+Brink · · Score: 1

      Um, I don't think the actual idea under discussion here was changing the brand of the CPU (IBM in the case of the GameCube, a MIPS variety in the PS2), but actually removing it from the system altogether. Mm'kay?

      --
      main(O){10<putchar(4^--O?77-(15&5128 >>4*O):10)&&main(2+O);}
    2. Re:Console Love by Yummator · · Score: 1

      You're missing the point, Mm'kay? The point is that the performance for certain things and the specific job of the different types of chips varies depending on what the chip's designed to do. Mm'kay? DAZ

  67. utilizing the calculating power by Anonymous Coward · · Score: 0

    if gpus really have the calculating power they say they do, could you link many of them together to run as something like a passwork cracker in a similar way as that DES machine they built a couple years back? Is it even possible to get just the gpus without a graphics card attached if you are anyone other than a mass producer?

  68. Why do we need a traditional processor? by Valar · · Score: 1

    We need a traditional processor because these are basically specialized floating point (and vector to some extent) processors. The majority of the work done by the typical user is going to integer kind of stuff. Or maybe I'm just biased, because I've been mud programming again. Anyway, point is, these types of processors would have to simulate ints as floats. It burns us.

  69. What about the Hammer by KKTechno · · Score: 1

    I thought AMD was staking their entire future on the Clawhammer and future 64-bit CPUs that can have up to eight-CPUs all working together. If we had eight CPUs on one mobo, you could have an entire CPU's power for one/eighth a current CPU's functions. With all those CPU's, it seems entirely feasible that you could divide up the job of a GPU and a processor among these 64-bit CPUS. There's also cell processing, which i know little about, but i have heard it has kind of the same principle as the Mtrox Parhelia's GPU. What did they call that? a VPU? im not sure. But i think it was kindof like putting hundreds of simple GPUs on one chip and having them all grouped into different sections of pipeline.

  70. I can read the headlines : by middle · · Score: 1


    ... how many mainframes is your GPU worth? ;o)

  71. Eyes are too limiting... by constantnormal · · Score: 1

    ... for this kind of image horsepower. If you want to look 10 years out, then you may as well hypothesize a helmet that will allow the then-contemporary GPU to send sensory inputs directly into the brain.

    After all, images are merely optical sensory input data. If the bandwidth of the device doubles every year, you should be somewhere in the neighborhood of being able to produce a data stream comparable to a human's normal sensorium.

    I'm looking for someone who knows more about this than I do (which shouldn't be difficult), to take this notion and flesh it out with some informed speculation...

    I'm waiting...

    1. Re:Eyes are too limiting... by Anonymous Coward · · Score: 0

      First You'll probably have to hack the ASCII rendering code protocol that secretly controls human vision.

  72. Expansion of the graphics processor's abilities by mnemonic_ · · Score: 1

    3Dlabs came out with its Wildcat VP graphics cards a while ago. What makes these unique is their "Visual Processing Architecture" (formerly "P10"). It is composed of hundreds of small, relatively simple SIMD vector and scalar units, allowing for extreme scalability and re-programmability.

    New features that would require hardware revisions with traditional graphics architectures only need a software update with the Wildcat VPs (3dlabs gave the example of Matrox's ingenious fragment anti-aliasing, which could be added in this way, though this has not been done to my knowledge). In addition, the less-specialized nature of the hardware also allows for the acceleration of things such as Photoshop filters (Rampage anyone?). The use of VPU's allows for rapid software modification of the hardware.

    The latest model, the Wildcat VP990 (not out yet) doesn't compare to the Geforce FX 5900 Ultra in terms of DX 9 compatibility (it's not a gaming card, it's for CAD/CAM and other high-end graphics applications) and pure polygon thoroughputs, but its potential for flexibility is unmatched.

    1. Re:Expansion of the graphics processor's abilities by Anonymous Coward · · Score: 0

      P10 doesn't have support for floating point precision in the pixel shader.

  73. Remember the math coprocessor by Anonymous Coward · · Score: 0

    Instead of using a GPU, it may be better to have a math coprocessors like back in the day .. but I suppose this would cost more because of lack of volume sales.

  74. Th' Future by Anonymous Coward · · Score: 0

    Can we just get away from all shared memory architectures?

    Damn, how hard is it to put a single memory chip dedicated for video on an integrated motherboard?

  75. Re:fp or not (offtopic trolling flamebait thread) by Anonymous Coward · · Score: 0

    How can saying 'no this is not fp' remove the fact this _IS_ a fp and is a _BAD FP_ ?

    Karma/ego seeking whores are ruining SLashdot far more the trolls.

  76. Multiple Cards by bobm17ch · · Score: 1

    One possible future (and one which borrows from historic trends) would be for individual pipeline components to be reduced to individual hardware components.
    GPU's are rapidly becoming CPU-like in their architecture (general purpose), so these individual pipleine stages will eventually exist as seperate chips - and possibly even seperate cards entirely.
    Shadows by ATI. Shaders by Nvidia. Vertex manipulation by AMD.

    --
    \\ Mitch
  77. Interesting to compare the 3DFX perspective... by ron_ivi · · Score: 4, Informative
    Gary Tarolli (Chief Technical Officer of 3dfx) has an interesting interview on a similar subject.

    Interestingly he thinks it'll be specialized hardware that will do ray-tracing, etc.

    http://www.hardwarecentral.com/hardwarecentral/rev iews/1721/1/

    "Is there a future for radiosity lighting in 3D hardware? Ray-tracing? When would it become available?

    Gary: Yes, but probably just in specialized hardware as it's a very different problem. Ray-tracing is nasty because of it's non-locality, so fast localized hacks will probably prevail as long as people are clever. Especially for real-time rendering on low-cost hardware. It's interesting that RenderMan has managed to do amazing CGI without ray-tracing. That's an existence proof that a hack in the hand, is worth ray-tracing in the bush.

    Oh... and for people who haven't seen it before, here's a cool detailed paper about how the pipeline of a traditional 3d accellerators can be tweaked used to do ray tracing...

    http://graphics.stanford.edu/papers/rtongfx/rtongf x.pdf

    Reading that shows how programming a graphics pipeline is quite different (more interesting? more complicated?) than programming a general purpose CPU.

  78. doing math in Postscript printers by hazem · · Score: 1

    Many years ago, we had a professor that would program his earthquake models into Postscript. It turns out that the processors in the Postscript enabled printeres could process the models much faster and with a higher degree of precision than the 286s at the time.

  79. They exist by ChrisMaple · · Score: 1

    There are some specific purpose processors, such as FFT chips. DSP processors might be considered to fall into this category. When a need is seen and a processor can be sold or used at a profitable volume, it may be developed, often as an asic. Another example is echo/reverb chips used in the audio industry.

    --
    Contribute to civilization: ari.aynrand.org/donate
    1. Re:They exist by Keith_Beef · · Score: 1

      Aren't these echo/reverb chips simply bucket brigade devices with feedback? Analog devices had been churning these things out for *years* at very affrodable prices....

  80. Re:Only one problem by woodhouse · · Score: 1

    I'm not sure about the Geforce FX, but almost all GPUs previously (including ATi's R300) had very limited program size, so it was impossible to run a program of any complexity on them.

  81. SSE MMX etc. by philicorda · · Score: 1

    Isn't this what SSE, MMX, Altivex etc do already?

  82. RC5? by Tweakmeister · · Score: 1

    All I know is I want to run RC5 on one. :)

    --

    Colossians 2:8

  83. this isn't even a real issue... by demonbug · · Score: 2, Interesting

    Sure you could probably make a computer that runs entirely on a GPU, but what is the point? I much prefer having two powerful processors in my system to just one, especially when they are designed for different purposes. It only makes sense to make more use of the power of GPUs when they are otherwise sitting idle (as in pretty much everything that is not graphics-intensive). I think GPUs will become more and more flexible as time goes on, but that doesn't mean they will replace CPUs - they fulfill diferent jobs. GPUs today basically are cpus, just refined to run certain kinds of operations at very high speeds. Look at the complexity (and cost) of modern GPUs, and they are at pretty much the same level as CPUs. Using a GPU to run a whole system is like using a CPU to do graphics - sure it can do it (remember the days before 3D cards), but it would be slower. There isn't a conflict between CPUs and GPUs - just as I would prefer to have a dual-processor system (assuming I am running code that makes use of them), I prefer to have both a CPU and a GPU, where most software already makes use of both processors. It only makes sense to integrate GPUs into code more as they become more flexible, even if it is to do things unrelated to graphics. More and more I think programmers will realize that the CPU and GPU are two very powerful processors designed for different types of tasks, and make use of them as such. If a certain type of calculation runs faster on the architecture of the GPU, it only makes sense to use it; similarly, if a piece of code runs better on a CPU, it doesn't make any sense to write it to run on the GPU. Putting a video card with a GPU on it into your system is becoming more and more like adding a second CPU, one that is designed for different tasks - in the next few years, they will become increasingly used as such. Also, processing power is processing power - why would you get rid of the CPU, thereby reducing processing power, just because you can use the GPU to do everything? It makes much more sense to me to have, and use, both.

  84. Mandelbrot.ps by TeknoHog · · Score: 3, Interesting
    That reminds me, here's a real classic. It computes and draws the famous fractal, and might be quite nasty on shared printers ;-)

    %!ps
    /iter 60 def /reso .005 def /sq { dup mul }
    def /mod { 2 copy div floor mul sub } def
    /plot { newpath moveto 1 0 rlineto stroke }
    def gsave 280 420 translate 260 2 div dup
    scale 2 260 div setlinewidth -2 reso 2 { /x
    exch def -2 reso 2 { /y exch def /r 0 def
    /i 0 def 0 iter { r sq i sq add 4 gt { exit
    } if r sq i sq sub x add /i 2 r mul i mul y
    add def /r exch def 1 add } repeat 10 mod
    .1 mul .1 add setgray x y plot } for } for
    grestore showpage
    --
    Escher was the first MC and Giger invented the HR department.
  85. Raise Your Hand by timeOday · · Score: 1

    ...if your video card cost more than your CPU. Mine did.

  86. Hmm by General+Sherman · · Score: 1

    This is slightly off-topic and It's probably unbeliveably hard, but would it be possible to have dual GPU graphics cards? I'm not quite sure how it would work, but for really demanding things, such as Doom III is definitely going to be, this would be a big boon with one processor maybe doing the actual rendering, while the other one textures and anit-aliases. Dunno, I'm just thinking up random stuff now.

    --
    - Sherman
  87. PS2 supercomputer by Jormundgard · · Score: 1

    I saw a hotshot from Los Alamos give a seminar (at a conference on forest fire modeling), and he informed the audience, in complete seriousness, that they're going to connect a huge cluster of Playstation 2's, because they're high power and incredibly cheap, thanks to the price war.

  88. Fast Fourier Transforms? by Anonymous Coward · · Score: 0

    Well, if they do FFTs so well, does that mean if I run SETI@home on my GF4 Ti4200, that I can get the workunits done that much quicker? Hey, I could load the entire command line client and several WUs into the 128MB RAM that's on it. And all this time I've been using a 950Mhz processor, or, since it uses WinXP, 300Mhz...

  89. Re: you've just reinvented the Connection Machine by Anonymous Coward · · Score: 0

    This was exactly the idea of the original Connection Machine by Thinking Machines Inc. Their first machine (CM-1) had 64,0000 single bit processors. It could do many special purpose operations extremely fast. The idea originated from Dan Hillis while at MIT. I think his Ph.D. disseration on the topic won several awards and was available as a book at some point.

    Like most of the other supercomputer companies from the 80's, they eventually exited the industry (they changed to data mining and were later bought by Oracle).

  90. I meant an upgrade. by moogla · · Score: 1

    You could spend $400 for a new video card, or $400 to buy a motherboard an additional CPU (I assume you add the magic trace to the existing one).

    --
    Black holes are where the Matrix raised SIGFPE
  91. Re: Huh? GPUs aren't FPGAs by moogla · · Score: 1

    Right, they aren't. But you could market an FPGA containing a bunch of configurable image processing and DSP cores as a GPU provided you've got the right magic interface, software, packaging. A driver might be responsible for reconfiguring it to respond to the rendering load.

    Call it NV50, and Anandtech will call it a GPU. Then there's no argument.

    --
    Black holes are where the Matrix raised SIGFPE
  92. Replacing CPUs with GPUs by Anonymous Coward · · Score: 0

    Considering many new video cards cost more than a decent motherboard, processor, and memory combined, they BETTER do more than my CPU.

  93. I'll tell you why... by NerveGas · · Score: 1

    ... you can't just run the computer on a GPU: Because it isn't made for it. It's the age-old question of a general-purpose processer verses one made for a specific purpose.

    GPU's can do astounding amounts of math because they're made specifically to handle certian types of math, and nothing else. CPU's can do much more, just not anywhere nearly as quickly.

    steve

    --
    Oh, you're not stuck, you're just unable to let go of the onion rings.
  94. Here's a question to you kernel hackers... by ChaoticLimbs · · Score: 1

    I know that the AGP bus is bidirectional- isn't there a way to write a multiprocessor type app that would allow GPU resources to be added to the standard motherboard resources? Obviously it would have to be a GPU that was open to developers, but if NVIDIA or ATI opened up communication with Linux kernel people or beowulf wannabes would there be a way to either exploit those extra resources when in 2d mode or design a computer with multiple AGP ports to make use of clustering with GPUs? I was thinking this would make a good renderfarm, since traditional x86 processors are not particularly suited for the task. Has anyone concieved or envisioned a software solution to this?

  95. Look, Apple is neat and all, but... by Crazy+Eight · · Score: 1
    ...the OS offloads a large portion of the graphic rendering to the GPU.

    This just isn't true. Jaguar taps OpenGL to "composite" multiple windows on to one display, but that is it. Most of the drawing work is still done by the CPU.

  96. You misphrased that... by alienmole · · Score: 1
    "One research group is looking to break the Linpack benchmark world record using a cluster of 256 PCs with GeForce FXs!"

    You're supposed to say "Imagine a Beow...

    Oh never mind.

  97. Wait a second. by Anonymous Coward · · Score: 0

    If you make the gpu the cpu, then you lose the awesome dual-processor nature of the gpu/cpu. The whole reason gpu's and 3d cards were brought on in the first place was to take care of the 3d stuff and let the main cpu handle physics and sound and everything else.

    Does anyone really want to wait for the new Nvintel PentiForce 5 to get dx11 compatibility?

    This would slow the whole industry down and cut into the gfx makers profit.

  98. Apple / Motorola / IBM already did this by Anonymous Coward · · Score: 1, Interesting

    The Vector unit in the G4/G5 is a Vector unit implimented by a DSP which can do more than just vector math. It is an on-chip DSP.

    Just read up on the G4's DSP design and then read up about the GPUs and how they are moving closer and closer towards "generic" DSPs. It seems every tech article I read the GPUS and the Vector Unit get closer to being the same.

    In fact, I remember the motorola intro way back where they showed benchmarks of the G4 killing all major DSPs only doing a standard DSP bench test; no vector tricks --AND it ran at around 200Mhz to be fair with the DSPs in the test.

    Problem: Most programers don't get linear algebra. DSP Vector programming is for math people. So, the G4 is mainly used to copy 128bit chunks; outside apple libraries that is. It goes mostly unused by most software.

    Funny, they are ahead of the curve by years and nobody sees the trend...

    Perhaps there is a reason apple hired one of those failing 3D chip companies years ago...

    Obviously, to really see this happen, we need better memory interconnection... Its bad enough now with the GPUs usage, and to add the rest to that would hurt it more than it would save on cpu->pci->gpu overhead.

    Watch NINTENDO & IBM. They claim the next chip they use will combine the 2 chips. The GameCube right now already lets the GPU control the RAM they share.

    1. Re:Apple / Motorola / IBM already did this by fstanchina · · Score: 1

      Watch NINTENDO & IBM. They claim the next chip they use will combine the 2 chips. The GameCube right now already lets the GPU control the RAM they share.

      Ah, you mean like the Amiga custom chips did twenty years ago.

      (No I'm not trying to claim that the Amiga is the greatest and best and we should still be using unaccelerated A500s for all of our computing needs, but it did have some nice ideas in it)

  99. How about tiling GPUs ? by master_p · · Score: 2, Insightful

    I haven't seen any graphics company produce a solution where the graphics processing power is increased by adding more GPUs to it. I know that tiled rendering exists: the Kyro cards, the Dreamcast and the Naomi coin-ops all use PowerVR-based technology which scales rather nicely. So, instead of completely replacing the graphics card, one could add small GPU chips to provide additional power to the graphics. It would me more cost effective and would allow Doom III and HL 2 without too much hussle.

    The same goes for CPUs. The CPU power would increase if more CPU cores could be added on the fly. There was a company called InMOS technology that produced the Transputer chips that were able to perform in a grid: each chip had 4 interconnects for connecting other Transputers to it.

    Of course, there are advances in buses, memory etc that all require total upgrades.

    I think that the industry has overlooked parallelism as a possible solution to computation-intensive problems. Of course, there is a class of problems that can't be solved in parallel, as one computation step is fed with the results of the previous step...but many tasks can be parallelized: graphics rendering, searching, copying, compression/decompression, etc...anything that has to do with multiple data. It's a wasted opportunity. Instead, companies go for raw power. I guess its more profitable and less technologically challenging...Introducing parallelism in the hardware would require a new bunch of programming languages and techniques to become mainstream, too.

    Finally, I would like to say that if quantum computers become a reality, then we will see pretty good reality simulators inside a computer, since their speed would be tremendous, many times the speed of todays top hardware.

  100. Better pixels by rpiquepa · · Score: 2, Insightful

    In all the comments, I haven't found what was the most important point in the whole article. with all this GPU horsepower, Nvidia Chief Scientist David Kirk said that "the question becomes not how many more pixels can be drawn per second, but how much better pixels can be made to look, by synthesizing them in very different ways." He added that "it's the end of graphics as we know. Many new things will soon be possible with large scale streaming processors, which will create a whole new revolution in graphics." You can read this summary of the long ExtremeTech article for more details.

  101. You're all missing the point. by Anonymous Coward · · Score: 1, Insightful

    Sure, in a year or two we might have completely integrated System Processing Units, say an AMD64 built into an nForce, but until then here's what we got: Cheap Speed.

    Most machines now have a funky fast GPU in them, and it's not utilised most of the time. If someone like SETI@home was smart, they would write a version of their processing code that works on it. All those mathematical or chemistry processing grid type things should jump on this technology.

    We're talking about 10 to 100 times paster than a P4. Hells bells, 10 to 100 times! You could plug a hella-fast Graphics card into your ratty old K6 300 PC and it'll smoke a P4 for some specific number-crunchy tasks. Any scientific project that doesn't investigate this sort of thing is nuts.

  102. GPU shmePU by POds · · Score: 2, Insightful

    "Just make a graphics card with more transistors and drop the traditional processor..."

    The standard CPU is much much faster then the GPU. The GPU like the CPU is good for certain things, but not all.

    As a guess, im thinking a CPU would be better then integer calculations and floting point calculations than a GPU.

    However, as mentioned the GPU is a lot better at linear algebra.

    What i've been pondering latly is that, why dont computers come with a standard GPU, just like our standard CPUs?

    Maybe oneday when we all have 3D inriched desktops, that'll come to light (like MacOSX)

    --


    Giving IE users a taste of their own medicine since 2005 - http://pods.-is-a-geek.net/
  103. where to find the database key sorts? by wdebruij · · Score: 1

    Does anyone know who implemented the database key sorts mentioned in the article? I couldn't find any references, but it seems fairly interesting

  104. so what, this Dan Hillis reinvented it too by Thinkit3 · · Score: 1

    Did this Dan person check all the information everywhere to see if nobody has ever done this? And what about previous civilizations? Or alien civilizations? Calculus was "invented" independently by two different people. Nobody owns or invents an idea. They exist outside of time. So fuck you, Dan.

    --
    -Libertarian secular transhumanist
  105. Enough with the graphics! by Anonymous Coward · · Score: 1, Insightful

    Am I alone, or does anyone else think game graphics have been taken far enough for the moment? It seems to me that game developers have been progressing the visuals of games far more than the content. For instance, I'd be much more interested in a game with realistic physics or deformable terrain than some new lighting engine. Gameplay is based only lightly on graphic quality as far as I'm concerned, there are so many other elements that make a game great. I would like to see them focused on!