Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

[ Create a new account ]

New Multi-GPU Technology With No Strings Attached

Posted by kdawson on Tuesday August 19, @08:08PM
from the here-process-this dept.
Vigile writes "Multi-GPU technology from both NVIDIA and ATI has long been dependent on many factors including specific motherboard chipsets and forcing gamers to buy similar GPUs within a single generation. A new company called Lucid Logix is showing off a product that could potentially allow vastly different GPUs to work in tandem while still promising near-linear scaling on up to four chips. The HYDRA Engine is dedicated silicon that dissects DirectX and OpenGL calls and modifies them directly to be distributed among the available graphics processors. That means the aging GeForce 6800 GT card in your closet might be useful once again and the future of one motherboard supporting both AMD and NVIDIA multi-GPU configurations could be very near."

Related Stories

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • No strings? (Score:5, Funny)

    by Plantain (1207762) on Tuesday August 19, @08:12PM (#24666643)

    If there's no strings, how are they connected?

  • Interesting (Score:5, Informative)

    by dreamchaser (49529) on Tuesday August 19, @08:12PM (#24666649) Homepage Journal

    I gave TFA a quick perusal and it looks like some sort of profiling is done. I was about to ask about how it handled load balancing when using GPU's of disparate power, but perhaps that has something to do with it. It may even run some type of micro-benchmarks to determine which card has more power and then distribute the load accordingly.

    I'll reserve judgement until I see reviews of it really working. From TFA it looks like it has some interesting potential capabilities, especially for multi-monitor use.

    • It seems to be using feedback from the rendering itself. If one GPU falls behind, it sends more work to the other GPU. It may have some kind of database of cards to prime the algorithm, but there's no reason it has to run extra benchmarking jobs.

      • Re:Interesting (Score:5, Informative)

        by x2A (858210) on Tuesday August 19, @09:00PM (#24667093)

        "It seems to be using feedback from the rendering itself"

        Yep it does look like it's worked out dynamically; the article states that you can start watching a movie on another monitor while scene rendering on another, and it will compensate by sending fewer tasks to the busy card. Simplest way I'd assume to do this would be to keep feeding tasks into each cards pipeline until the scene is rendered. If one completes tasks quicker than the other, it will get more tasks fed in. I guess you'd either need to load the textures into all cards, or the rendering of sections of the scene could have to be decided in part by which card as textures it needs already in its texture memory.

        I guess we're not gonna know a huge amount as these are areas they're understandably keeping close to their chests.

    • Re:Interesting (Score:5, Insightful)

      by ozphx (1061292) on Wednesday August 20, @01:12AM (#24668983)

      Put it this way, if it was a disparate CPU multiprocessor board, and the summary said "Perhaps my p4 will now be useful again", everyone would be laughing.

      A 6800GT would be an insignificant fraction of a new card, and would still be under 10% of a $50 no-name 8 series (while still sucking down the same wattage).

      Considering that matched SLI is usually a waste of money - you can buy that second card in a years time when your current one shows age, and end up with a better card than twice your previous one (and supporting Shader Model Super Titrenderer 7), which your old card can't do), I'm not sure how this is going to be of much benefit.

      If it was useful to jam a bunch of cheap chips in then the card manufacturers would be doing it on more of a scale than the "desk heater dual" cards (which are basically SLI-in-a-box) at double price. You can't get a card with 4x 6800 chips at $5 each, because they'd be destroyed by the $10 8 series chip on a $50 card.

  • Can it work with Linux or OS X?

  • by Daimanta (1140543) on Tuesday August 19, @08:29PM (#24666837) Journal

    what is attached though:

    ints
    booleans
    longs
    short
    bytes

  • So its obvious that these cards could have been working together now for some time. They aren't as incompatible as AMD and NVidia would like us to think. Of course this leaves only one course of action; they must immediately do something "weird" in their next releases to make them no longer compatible.
    • by im_thatoneguy (819432) on Tuesday August 19, @09:06PM (#24667135)

      Don't you mean Wierd(er).

      The reason NVidia requires such symetrical cards isn't just because of speed and frame buffer synchronization but also because different cards render different scenes slightly differently. This is the reason why OpenGL rendering isn't used very often in post production. You can't have two frames come back to you with slightly different gammas, whitepoints, blending algorithms etc etc.

      I'm actually very very curious how they intend to resolve every potential source of image inconsistancy between frame buffers. It seems like it would have to almost use the 3D Cards abstractly as a sort of CPU accelleration unit not an actual FrameBuffer generator.

      • by LarsG (31008) on Tuesday August 19, @09:41PM (#24667371) Journal

        From the screen shots and the description, it sounds like this thing takes the d3d (or ogl) instruction stream, finds tasks that can be done in parallel and partition them up across several cards. Then it sends each stream to a card, using the regular d3d/ogl driver for the card. At the back end it merges the resulting framebuffers.

        What I'd like to know is how they intend to handle a situation where the gpus have different capabilities. If you have a dx9 and a dx10 card, will it fall back to the lowest common denominator?

        Also, what about cards that produce different results? Say, two cards that does anti-aliasing slightly different. The article says that Hydra will often change the work passed off to each card (or even the strategy for dividing work amongst the cards) on a frame by frame basis. If they produce different results you'd end up with flicker and strange artefacts.

        Sounds like interesting technology but unless they get all those edge cases right...

  • My god... (Score:4, Interesting)

    by bigtallmofo (695287) * on Tuesday August 19, @08:31PM (#24666865) Homepage Journal
    Next you'll need a 1,000 watt power supply just to run your computer. How long until my home computer is hooked up to a 50 amp 240 volt line?

    I mean, if one GPU is good and two GPUs are better, does that mean 5 are fantastic?

    I used to have a Radeon 1950 Pro in my current system, which is nowhere near the top of the scale in video cards (in fact, it's probably below even average). It was so loud and literally doubled the number of watts my system took while running (measured by Kill-a-Watt). I took it out and now just use the integrated Intel graphics adapter. Man, that was fast enough for me but I don't play games very often.
  • GeForce 6800 GT (Score:5, Insightful)

    by Brad1138 (590148) * <brad1138@yahoo.com> on Tuesday August 19, @08:36PM (#24666913)
    How many people feel this is an old card that should be in a closet? If your not a hard core gamer that is a very good video card. My fastest card (out of 4 comps) is a 256meg 7600GS (comparable to a 6800GT) on an Athlon 2500+ w/1 gig mem. Plays all the games I want without a prob and is more than fast enough to run any none game app.
    • Re:GeForce 6800 GT (Score:5, Insightful)

      by Pulzar (81031) on Tuesday August 19, @09:20PM (#24667223)

      Plays all the games I want without a prob and is more than fast enough to run any none game app.

      *Any* app? Try getting an HD camcorder and editing some video of your kid/dog/girlfriend/fish and see how well your PC does. It's easy to make generalizations about other people based on personal experience. Resist the urge to do it.

  • by RyanFenton (230700) on Tuesday August 19, @08:38PM (#24666927)

    Power supply units only supply so much energy, and before then cause interesting system instability.

    Also, given the increasingly growing cost of energy, it might be worth buying a newer generation card just for the sake of saving the energy that would be used by multiple older generations of graphics cards. Not the newer cards use less energy in general - but multiple older cards being used to approximate a newer card would use more energy.

    I guess power supplies are still the underlying limit.

    As an additional aside, I'm still kind of surprised that there hasn't been any lego-style system component designs. Need more power supply? Add another lego that has a power input. Need another graphics card? Add another GPU lego. I imagine the same challenges that went into making this hydra GPU thing would be faced in making a generalist system layout like that.

    Ryan Fenton

  • No strings. (Score:5, Funny)

    by jellomizer (103300) on Tuesday August 19, @08:51PM (#24667027)

    But it looks like it will need plenty of threads to work though.

    • Re:Latency. (Score:4, Insightful)

      by Bill, Shooter of Bul (629286) on Tuesday August 19, @08:35PM (#24666901) Journal
      What is this 1996? That was true of Doom vs WinDoom before Direct X. I don't think I've had a problem since then.
    • Re:Latency. (Score:5, Informative)

      by Mprx (82435) on Tuesday August 19, @08:43PM (#24666975)

      I agree this is a common problem in modern games; see http://www.gamasutra.com/view/feature/1942/programming_responsiveness.php [gamasutra.com]

      Don't confuse control latency with reaction time. Reaction time will be at least 150ms for even the best players, but humans can notice time delays much smaller than best reaction time. A good rhythm game player can hit frame exact timing at 60fps -- a 17ms time window. With low enough latency the game character feels like a part of your own body, rather than something you are indirectly influencing.

      The same thing applies to GUIs, and only a very short delay will destroy that feeling of transparency of action. I never actually used BeOS myself, but I read that it was designed with low interface latency as a priority, which was why it got such good reviews for user experience.

    • Re:Latency. (Score:5, Informative)

      by Colonel Korn (1258968) on Tuesday August 19, @08:44PM (#24666979)

      Latency will be a problem. All that extra message passing and emulation layers.

      Already, most Windows 3d games lead me feeling a little disconnected compared to DOS games.
      The sound effects and graphics always lag behind the input a little.

      Try playing doom in DOS with a soundblaster, then try a modern windows game. With doom you hear and see the gun go off when you hit the fire button. In a modern 3d game, you don't.

      I've experienced the same thing over a number of different computers.

      Most monitors have about a 30-50 ms input lag, meaning the image is always a frame or two behind in most modern games. You can get a 0-5 ms input lag monitor, though. The DS-263n is a good example. I felt like everything was lagged ever since I switched to LCDs, but once I picked up the 263, that feeling is gone. The feeling of sound lagging input could be a different issue or it could be psychological.

    • by Michael Hunt (585391) on Tuesday August 19, @09:32PM (#24667329) Homepage

      > How did anyone get "vastly different GPUs" from this?

      Presumably because (for e.g.) a G70-based 7800 and a G92-based 8800GT are vastly different GPUs.

      G70, for example, had two sets of fixed-purpose pipeline units (one of which ran your vertex programs, and one of which ran your fragment programs,) a bunch of fixed-function logic, some rasterisation logic, etc.

      On the other hand, G80 and above have general purpose 'shader processors' any of which can run any pipeline programs (and, afaik, runs the traditional graphics fixed-function pipeline in software on said SPs), and a minimal amount of glue to hang it together.

      About the only thing that current-generation GPUs and previous-generation GPUs have in common is the logo on the box (this applies equally to AMD parts, although the X19xx AMD cards, i'm told, are more similar to a G80-style architecture than a G70-style architecture, which is how the F@H folks managed to get it running on the X19xx before G80 was released.)