Caught in the CrossFire?
Of course, this scheme does impose some limitations on CrossFire configurations, not least of which is the need for a master card in order for the scheme to work. The master card has a high-density DMS-59 port onboard. An external, three-headed Y cable plugs into this high-density port on the master card and into the DVI output on the CrossFire slave card. The cable's third port is a DVI output port, for connection to a monitor (or to a DVI-to-VGA converter.)
All of this works rather transparently once everything is connected properly, but it is a bit of a hassle to plug together. Also, when CrossFire is enabled, the slave card's secondary video output cannot be used to drive a display. Fortunately, CrossFire can be enabled and disabled via the Catalyst Control Center without rebooting, unlike SLI.
Our pre-production CrossFire master card had another annoying limitation. When connected to our massive Mitsubishi Diamond Plus 200 monitor, it would not display POST messages, BIOS menus, or the WinXP boot screen. ATI says this is an incompatibility between pre-production master cards and monitors with missing or incomplete EDID data, and they claim it will be resolved in production master cards. I hope that's true, because it was a mighty annoying problem that rendered almost useless a slightly older, but still very nice, monitor. (Ok, it's a hunk o' junk, but I still wish it worked.)
More onerous is a problem ATI can't easily resolve: CrossFire is limited to a peak resolution of 1600x1200 at a 60Hz refresh rate. CrossFire relies on the single-link DVI output of existing Radeon X800-family graphics cards, and that connection tops out at 1600x1200 at 60Hz. Now, most folks don't tend to play games at resolutions above 1600x1200, but for an uber-high-end dual-graphics platform, this limitation isn't easily ignored. We've already demonstrated in our past efforts at SLI benchmarking that current games often don't benefit from a dual-graphics performance boost at mere mortal resolutions. More importantly, owners of nice, big CRT monitors probably won't appreciate being confined to the flickery domain of 60Hz refresh rates at that peak 1600x1200 resolutionespecially since NVIDIA's SLI doesn't share this limitation.
Some folks have speculated about the possibility that ATI might circumvent the refresh rate limitations of the existing Radeon X800 cards' DVI ports through a clever implementation that would interleave, say, 60Hz output from the slave card with 60Hz output from the master card, resulting in 120Hz effective output. This scheme could conceivably work with certain 3D graphics load-balancing schemes, like alternate frame rendering. However, such an implementation would require the FPGA compositing engine to have a large amount of embedded memory onboard (or some external memory) in order to hold a full frame of image data at 1600x1200, and it still wouldn't work in most rendering modes. ATI decided that an exotic scheme like this wasn't wholly workable or cost effective. It would have to live with the 1600x1200 at 60Hz limit, and its choice of components for the master cards, including the FPGA and other chips, was informed by this decision.
When pressed about this limitation, ATI argues that higher resolutions simply won't matter to most gamers, but also says forthrightly that "future generations" of CrossFire will be capable of higher resolutions and refresh rates. With ATI's next-gen R520 GPU looming close on the horizon, one could infer that we may not have to wait long for these future versions of CrossFire.
|Nvidia recalls Shield Tablet due to battery fire risk||37|
|Friday Night Shortbread||55|
|Mozilla CEO protests Win10's default application setup process||110|
|Deals of the week: Samsung's 850 EVO 1TB for $310 and more||51|
|Report: new Google Glass is a clip-on model for businesses||11|
|14 million have upgraded to Windows 10 in its first 24 hours||84|
|EVGA X99 Micro 2 mobo offers USB-C in a microATX package||13|
|The Tech Report Podcast is live on Twitch||6|
|Wake-from-sleep vulnerability leaves UEFIs open to attack||48|