AMD Shows Off Dual-GPU Fiji Card At PC Gaming Show
by Ryan Smith on June 17, 2015 8:00 AM EST
Briefly announced and discussed during AMD’s 2015 GPU product presentation yesterday morning was AMD’s forthcoming dual Fiji video card. The near-obligatory counterpart to the just-announced Radeon R9 Fury X, the unnamed dual-GPU card will be taking things one step further with a pair of Fiji GPUs on a single card.
Meanwhile as part of yesterday evening’s AMD-sponsored PC Gaming Show, CEO Dr. Lisa Su took the stage for a few minutes to show off AMD’s recently announced Fury products. And at the end this included the first public showcase of the still in development dual-GPU card.
There’s not too much to say right now since we don’t know its specifications, but of course for the moment AMD is focusing on size. With 4GB of VRAM for each GPU on-package via HBM technology, AMD has been able to design a dual-GPU card that’s shorter and simpler than their previous dual-GPU cards like the R9 295X2 and HD 7990, saving space that would have otherwise been occupied by GDDR5 memory modules and the associated VRMs.
Meanwhile on the card we can see that it uses a PLX 8747 to provide PCIe switching between the two GPUs and the shared PCIe bus. And on the power delivery side the card uses a pair of 8-pin PCIe power sockets. At this time no further details are being released, so we’ll have to see what AMD is up to later on once they’re ready to reveal more about the video card.
Facebook
Twitter
RSS
133 Comments
View All Comments
Wirmish - Wednesday, June 17, 2015 - link
AMD Radeon Fury Road, with the new Fiji die."Oh, what a die! What a lovely die!"
DroidTomTom - Wednesday, June 17, 2015 - link
By nature won't this card have the 8GB of RAM everyone is concerned about? Since each die has 4GB of HBM for 2x4GB=8GB.Pantsu - Wednesday, June 17, 2015 - link
It has 8 GB of VRAM total, but when using AFR CrossFire it'll have to have the same data copied for both GPUs so you still have only 4 GB for buffers and assets which are copied to both GPUs. DX12 will give the option to do SFR CrossFire which could technically utilize the full 8 GB without doubling the data. So far we've only seen this in the latest CIV using Mantle API. It's not guaranteed games will shift to using SFR with DX12 though, and even if they do, it's not an instant transition by any stretch. It requires more work for devs, and they're pretty lazy as it is to provide multiGPU support.DroidTomTom - Sunday, June 21, 2015 - link
Thanks! I see what you are saying. It will be interesting to see the benches for this in DX11, DX12, and Mantle games.goldstone77 - Thursday, June 18, 2015 - link
AMD knows you need 8gb for 4k they aren't stupid. Don't know why people are saying 4gb.FlushedBubblyJock - Tuesday, June 23, 2015 - link
How dare you !AMD has gone where no card has gone before !
I called them Daddy Dragon when I ran that platform, and The Real Spiderman when I ran that !
Groundbreaking bulldozing piledriving technological advancement is not to be belittled !
CPUGPUGURU - Thursday, June 18, 2015 - link
This dual GPU card uses seperate interposers, AMD took to easy way out, they needed to make a one interposer that can handle 2 GPUs.But this Dual GPU card attached to massive Dual Fan radiator will all the same crossfire problems (drivers, scaling, micro stuttering) that have plagued AMD FOREVER.
Dual GPU cards have next to no market share because you're much better off buying one air cooled card now and when prices drop as they always do buy another.
3ogdy - Wednesday, June 17, 2015 - link
"So, while the performance advantage of the Rage Fury MAXX's 4.6GB/s peak memory bandwidth over the GeForce SDR's 2.7GB/s won't be seen running at 640x480 at 16-bit color, the MAXX will begin to pull away from its NVIDIA-born counterpart at resolutions of 1024x768 at 32-bit and at higher resolutions."http://www.anandtech.com/show/438/2
goldstone77 - Thursday, June 18, 2015 - link
that's common sense, look at the clock speeds vs. ram.goldstone77 - Thursday, June 18, 2015 - link
AMD is aiming for 4k screens.