By using this site, you agree to our Privacy Policy and our Terms of Use. Close

Forums - PC Discussion - AMD Rebrands Crossfire After 12 Years

Besides the change in name from Crossfire to mGPU, there are another two changes that aren't mentioned in the Wccftech article in the OP or in the original source, this PCWorld one, but are mentioned in another PCWorld piece:

 

Radeon RX Vega graphics cards get 2-way multi-GPU support in Radeon Software 17.9.2
https://www.pcworld.com/article/3227784/components-graphics/radeon-rx-vega-2-way-multi-gpu-software-1792.html
AMD fixed a glaring flaw in Radeon RX Vega’s potential prowess late Thursday. Radeon Software 17.9.2 adds the ability to use multiple RX Vega graphics cards in your system, after AMD’s high-end hardware launched with the ability notably lacking. Huzzah!

It’s not quite as full-featured as long-time Radeon buyers may to used to, though. Taking a page out of Nvidia’s GTX 10-series playbook, Radeon RX Vega’s multi-GPU capabilities are limited to two graphics cards alone, rather than the 4-way CrossFire support that premium Radeon cards traditionally offered. And curiously, CrossFire isn’t mentioned by name in AMD’s announcement post; it’s referred to solely as “multi-GPU (mGPU).” We’ve asked AMD about those oddities and will update this post if we hear back.

(...)

Past Radeon generations have allowed cards with the same core GPU to be used in CrossFire, even if the pair consisted of two different graphics cards. (The Radeon R9 290 and 290X packed the same core “Hawaii” GPU and could be CrossFire’d, for example.) But those days appear to be over as well. Even though Radeon RX Vega 56 uses a cut-down version of the RX Vega 64 GPU, AMD’s post says “gamers can pair two Radeon RX Vega 56 GPUs or two Radeon RX Vega 64 GPUs.”

 

We'll have to wait and see if these changed are only for Vega and DX12, or if they're going to apply them to all their current and future products.



Please excuse my bad English.

Currently gaming on a PC with an i5-4670k@stock (for now), 16Gb RAM 1600 MHz and a GTX 1070

Steam / Live / NNID : jonxiquet    Add me if you want, but I'm a single player gamer.

Around the Network

Multi GPU are changing, having 2 or more graphic cards will no longer be useful, it wasn't efficient in terms of cost/capabilities/power consumption.

They're going to sell multi GPU graphic cards now, meaning one graphic card will have multiple gpus.



maxleresistant said:
Multi GPU are changing, having 2 or more graphic cards will no longer be useful, it wasn't efficient in terms of cost/capabilities/power consumption.

They're going to sell multi GPU graphic cards now, meaning one graphic card will have multiple gpus.

Multi GPU cards are nothing new, AMD has had a lot of them with the "X2" name, and also did Nvidia with their xx90 cards.



Please excuse my bad English.

Currently gaming on a PC with an i5-4670k@stock (for now), 16Gb RAM 1600 MHz and a GTX 1070

Steam / Live / NNID : jonxiquet    Add me if you want, but I'm a single player gamer.

Pemalite said:
fatslob-:O said:

I don't undestimate what the community can do, in fact they can't do anything for the most part since the driver and game code is not available for moddification ... 

I realise this. Which I WHY I proposed that tools and a platform be made available to get around that.

Xen said:

AMD are too lazy and cheap to support anything older than your 460 (or most architectures that are not the latest, or near so) on a recent distro/kernel

Citation needed.

Provided in my link for the AMDGPU-PRO driver for Linux, in the same post. Notice the complete absense of HD 5xxx, 6xxx, a lot of the 7xxx series and its derivatives such as the R9280, 280X.

Meanwhile, Nvidia still supports the contemporaries of these cards perfectly fine... and older too.



CGI-Quality said:
maxleresistant said:
Multi GPU are changing, having 2 or more graphic cards will no longer be useful, it wasn't efficient in terms of cost/capabilities/power consumption.

They're going to sell multi GPU graphic cards now, meaning one graphic card will have multiple gpus.

Negative.

Maybe you are thinking about CGI rendering. But we are on a gaming forum in a PC discussion.

So of course we're talking about gaming, and when it comes to gaming, the crossfire/SLI support has been plummeting in recent years, and Nvidia and AMD are not pushing for a comeback.



Around the Network
CGI-Quality said:
maxleresistant said:

Maybe you are thinking about CGI rendering. But we are on a gaming forum in a PC discussion.

So of course we're talking about gaming, and when it comes to gaming, the crossfire/SLI support has been plummeting in recent years, and Nvidia and AMD are not pushing for a comeback.

Considering I made the thread, I know where we are and what the topic entails.

Regardless, I wasn't just talking about rendering (which is still traded off between both the CPU and GPU, depending on the program). mGPU/SLI aren't "useless", they just aren't prioritized. But still, even if we're talking about rendering (which is appropriate in a gaming forum), they remain quite useful for such tasks and still have plenty of support.

Never mind that this isn't what the topic is about, though. 

The topic is about AMD dropping the name crossfire, and I'm saying that's mainly because in a few years crossfire/SLI will be barely used in gaming.

I don't know why it's off topic for you?

As for CGI rendering and all that it's obviously aimed at a professionnal use, where marketing words like crossfire are really not as important as it is in the marketing of gaming for the masses.

 

Maybe you should check again the subject of your topic.



Pemalite said:

*Face Palm* I am not asking for game developers to make their source code accesible to the public.
I don't think you fully comprehend how easy it is to write a new profile.

AMD used to release Crossfire Profiles which were essentially just a bunch of small MST configuration files that essentially just "Plugged in" to the drivers that gave the drivers the appropriate settings to use for the specific game and went away from there.
They ranged from about 4kb to 40kb in size for each specific game.

Even I could write one with minimal effort, it's the testing that would get time consuming... But that isn't an issue for those genuinely interested in such an endeavor, heck just think about the hundreds of hours people sink into modding or building that "one building" in Minecraft.

That's not how it works anymore ... 

What you get is an API inside the driver in which the profiles are specifically hard coded onto the games themselves for the driver to respond ... 

Frankly, it doesn't make sense for profiles to exist when only the games know how it'll be rendered in the presence of mGPU. It makes even less sense once you consider that some render passes have different resolutions compared to the render target itself and when a game is using temporal sampling techniques ... 



If they came up with a better name, i'd understand. Multi adapter is crap lol.



fatslob-:O said:
Pemalite said:

*Face Palm* I am not asking for game developers to make their source code accesible to the public.
I don't think you fully comprehend how easy it is to write a new profile.

AMD used to release Crossfire Profiles which were essentially just a bunch of small MST configuration files that essentially just "Plugged in" to the drivers that gave the drivers the appropriate settings to use for the specific game and went away from there.
They ranged from about 4kb to 40kb in size for each specific game.

Even I could write one with minimal effort, it's the testing that would get time consuming... But that isn't an issue for those genuinely interested in such an endeavor, heck just think about the hundreds of hours people sink into modding or building that "one building" in Minecraft.

That's not how it works anymore ... 

What you get is an API inside the driver in which the profiles are specifically hard coded onto the games themselves for the driver to respond ... 

Frankly, it doesn't make sense for profiles to exist when only the games know how it'll be rendered in the presence of mGPU. It makes even less sense once you consider that some render passes have different resolutions compared to the render target itself and when a game is using temporal sampling techniques ... 

I know it's not how it works anymore as AMD no longer exposes that process, I was keeping it simple for an explanation of *how* it used to be done as a precedent of how it could be done again in the future.

But still, that is the approach that could be taken if AMD wishes to "unload" it's burden of maintaining multi-GPU performance and compatability.

maxleresistant said:
CGI-Quality said:

Negative.

Maybe you are thinking about CGI rendering. But we are on a gaming forum in a PC discussion.

Incorrect.

Multi-GPU's don't have to be just two GPU's rendering a scene.
nVidia for instance can dedicate a GPU to PhysX.

You would be surprised what you can do with two GPU's instead of one. - Want more connections for more monitors? Drop in another GPU.

You also have Folding@Home, Seti, Bitcoin, Compute and so on on top of "CGI Rendering"

Xen said:
Pemalite said:

I realise this. Which I WHY I proposed that tools and a platform be made available to get around that.

Citation needed.

Provided in my link for the AMDGPU-PRO driver for Linux, in the same post. Notice the complete absense of HD 5xxx, 6xxx, a lot of the 7xxx series and its derivatives such as the R9280, 280X.

Meanwhile, Nvidia still supports the contemporaries of these cards perfectly fine... and older too.

I did take a quick look on AMD's website. And their driver supports all GCN products from what I can tell.

http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Release-Notes.aspx

Now Terascale parts are old, outdated and antiquated so I have no qualms of support for those parts being dropped.

JEMC said:

Past Radeon generations have allowed cards with the same core GPU to be used in CrossFire, even if the pair consisted of two different graphics cards. (The Radeon R9 290 and 290X packed the same core “Hawaii” GPU and could be CrossFire’d, for example.) But those days appear to be over as well. Even though Radeon RX Vega 56 uses a cut-down version of the RX Vega 64 GPU, AMD’s post says “gamers can pair two Radeon RX Vega 56 GPUs or two Radeon RX Vega 64 GPUs.”

That would be sad if that turns out to be the case. One of the big advantages Crossfire held over nVidia was it's flexibility.



--::{PC Gaming Master Race}::--

Pemalite said:

I know it's not how it works anymore as AMD no longer exposes that process, I was keeping it simple for an explanation of *how* it used to be done as a precedent of how it could be done again in the future.

But still, that is the approach that could be taken if AMD wishes to "unload" it's burden of maintaining multi-GPU performance and compatability.

No reason for AMD to maintain the burden of mGPU performance ... (there's an API in the driver which will automatically take advantage of mGPU if the game makes use of the said API) 

Pemalite said:

I did take a quick look on AMD's website. And their driver supports all GCN products from what I can tell.

http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Release-Notes.aspx

Now Terascale parts are old, outdated and antiquated so I have no qualms of support for those parts being dropped.

Not like Linux matters much anyways once we consider it's terrible graphics architecture ... (Linux is unbelievably so far behind in comparison to Windows 10 with WDDM 2.3.1) 

The statement that AMD is 'too cheap and lazy to support anything older than a 460' is not even remotely true and is just so wrong on many levels since their proprietary Linux driver supports architectures that are half a decade old (GCN 1st gen), it's the same for their Windows drivers too! ('Too cheap and lazy' are words that would describe Intel when they have a total equity that's over 100x bigger than AMD and yet they refuse to support hardware that's older than 2 generations in their proprietary Linux drivers and their graphics chips is the most prevalent of them all in PCs.)