By using this site, you agree to our Privacy Policy and our Terms of Use. Close
fatslob-:O on 26 September 2017
Edit Thread
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.)