• Competitor rules

    Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.

Stardock Developing Multi-GPU Technology

Man of Honour
Joined
5 Oct 2008
Posts
9,007
Location
Kent
Could be great in theory. I sold my 780's when I bought my titan X's. To think I could keep using them and get extra oompf would be awesome. It would revolutionise the second hand market.
 
Stardock is working on software that will leverage this capability, to create a pool of GPUs from all of the video cards installed on a system

This sounds ridiculous. Most systems cant allow anymore than 2 GPU's to be installed due to space/power/PCIE x4/x8 etc so what this "pool" is I have no idea. DX12 in theory would be more than capable of allowing this so what needs levering ? Looks like they are inventing something that works off the back of DX12 just for the benchmark crowd.

eg 8pack might have a pool of GPU's but the average gamer will not.
 
Jesus, really guys, it's already been done, this is like the 30th time it's been mentioned and performance in what is it, ashes, with an AMD and Nvidia gpu was pretty damn good with their first real shot at it.

As for a pool, a pool just means a group, being 2 or more gpus, the point being that you code it that the number of gpus becomes irrelevant and simply exposes the resources so the game works the same either way x number of shaders here, y there, just split the work load with a fairly basic algorithm to determine performance per shader. IE per core/per clock the performance changes. Also keep in mind probably 98% of gaming systems now have 2 gpus as the majority of users now have an APU.

http://www.bit-tech.net/news/hardware/2015/10/27/dx12-cross-vendor-multi-gpu/1

first hit when googling for multigpu cross vendor which links to this

http://www.anandtech.com/show/9740/directx-12-geforce-plus-radeon-mgpu-preview/4

directly showing this working last year and the article mentions that it was first talked about last February.
 
Yeah, they already did the cross IHV Explicit mGPU. And you can use it already in Ashes.

The new part is them creating a system that allows it to work with any number of GPU's in a system. Even beyond the current max of 4.
 
Perhaps they are creating some sort of virtualisation system whereby your system sees one "Stardock GPU" and it therefore works with all applications and will operate cross vendor GPUs even with DX12 Implicit games or DX10/11 games.

This is kind of how Lucid did it with Hydra, in a way.
 
Perhaps they are creating some sort of virtualisation system whereby your system sees one "Stardock GPU" and it therefore works with all applications and will operate cross vendor GPUs even with DX12 Implicit games or DX10/11 games.

This is kind of how Lucid did it with Hydra, in a way.

No, it all runs over directx 12 and would need to be programmed into the game engine. Adding an abstraction layer just goes back to the issues that current crossfire and sli have.
 
This is old news, benchmarks showing nvidia and AMD cards working together in Ashes did the rounds a while back - basically it's quite a way off what you get if you use matched pairs
 
This is old news, benchmarks showing nvidia and AMD cards working together in Ashes did the rounds a while back - basically it's quite a way off what you get if you use matched pairs
It's not the same thing at all. Ashes has built-in support for DX12's Explicit Multi-Adapter system. What Stardock are talking about here is a stand-alone utility that adds EMA capability to any DX12 game. It intercepts DX12 calls to split the workload over multiple GPUs and then combines the result.

It does sound a bit far-fetched at first, but Stardock are a top-notch developer and from their work on Ashes and the Nitrous engine they almost certainly have more DX12 knowledge than any other dev. If they say they've found a way to do this then I'd seriously hesitate to bet against them.
 
Jesus, really guys, it's already been done, this is like the 30th time it's been mentioned and performance in what is it, ashes, with an AMD and Nvidia gpu was pretty damn good with their first real shot at it.

Well, I am so sorry for posting about an article that I read that interested me. I did not see another thread talking about this.

Seriously, go find another thread to post in if this one does not interest you and go fall off your horse. :rolleyes:
 
Fact multigpu is working in ashes engine, isn't proof of this concept yet. How is this software gonna work with other engine that doesn't support multigpu like ashes does. I'm sceptical, yet optimistic.
 
Back
Top Bottom