How AMD’s Dynamic Switchable Graphics Works

One of the things we discussed with AMD was the technical details of their dynamic switchable graphics. At a high level, things might appear similar to NVIDIA’s Optimus, but dig a little deeper and you start to find differences. To recap how switchable graphics works, let’s start at the top.

The original switchable graphics technologies used the IGP and dedicated GPU as discrete devices. Both were connected to the necessary display outputs, with some hardware muxes that could select the active device. This requires more cost in the motherboard, and switching results in a blanking of the display as one device is deactivated and the other comes online. In the earliest implementations, you had to reboot when switching, and the system would start with either the IGP or dGPU active. Later implementations moved to software controlled muxes and dynamic switching, which required Windows Vista to work properly (since the IGP driver would unload, the GPU driver would start, and then the display content would activate on the GPU).

NVIDIA’s Optimus changes things quite a bit, as there are no longer any muxes. The display ports are always linked to the IGP output, and NVIDIA’s drivers simply look for calls to applications that the dedicated GPU can help accelerate. When they detect such an application—and the user can add their own custom apps—the drivers wake up the GPU and send it the rendering commands. The GPU does all of the necessary work, and then the result is copied directly into the IGP framebuffer, omitting any flickering or other undesirable effects as the IGP is constantly connected to the display output. The GPU can wake up in a fraction of a second, and when it’s no longer needed it will power down completely. NVIDIA even demonstrated this by removing the dGPU from a test system while it was powered on. The only catch is that the drivers need to have some knowledge of the applications/games in order to know when to use the GPU.

The details of AMD’s Dynamic Switchable Graphics are similar in practice to Optimus, but with a few differences. First, AMD always has both the IGP and GPU driver loaded, with a proxy driver funneling commands to the appropriate GPU. Where NVIDIA is able to completely power off the GPU under Optimus, AMD has modified their GPUs so that the PCI-E bus is isolated from the rest of the chip. Now when the GPU isn’t needed, everything powers down except for that PCI-E connection, so Windows doesn’t try to load/unload the GPU driver. The PCI-E link state gets retained, and a small amount (around 50mW) is needed to keep the PCI-E state active, but as far as Windows knows the GPU is still ready and waiting for input. AMD also informed us that their new GPUs use link adapter mode instead of multi adapter mode, and that this plays a role in their dynamic switchable graphics, but we didn’t receive any additional details on this subject.

As far as getting content from the dGPU to the display, the IGP always maintains a connection to the display ports, and it appears AMD’s drivers copy data over the PCI-E bus to the IGP framebuffer, similar to Optimus. Where things get interesting is that there are no muxes in AMD’s dynamic switchable graphics implementations, but there is still an option to fall back to manual switching. For this mode, AMD is able to use the display output ports of the Intel IGP, so their GPU doesn’t need separate output ports (e.g. with muxes). With the VAIO C, both dynamic and manual switching are supported, and you can set the mode as appropriate. Here are some static shots of the relevant AMD Catalyst Control Center screens.

In terms of the drivers, right now you get a single large driver package that includes a proxy driver, an Intel IGP driver, and AMD’s GPU driver all rolled into one. Long-term, AMD says they have plans to make their GPU driver fully independent from Intel’s IGP driver. They say this will only require some packaging updates and that they should make this change some time in 2012, but for now they continue to offer a monolithic driver package. OEMs apparently get this driver on a monthly basis (or can at least request it), but it’s up to the OEMs to validate the driver for their platform and release it to the public.

In the case of non-switchable graphics, AMD has a monthly driver update that we refer to as “reference drivers” that is publicly available. At present, you download a utility that will check your laptop GPU ID to see if the laptop is officially supported by the reference driver. Right now certain OEMs like to maintain control of the drivers so the AMD utility will refuse to download the full driver suite. In such cases, users have to wait for the manufacturers to roll out updates (Sony, Toshiba, and Panasonic all fall into this category). In the past, we have been able to download the reference driver using a “sanctioned” laptop (e.g. something from Acer), and we were able to install the reference driver on a non-sanctioned laptop. However, this does not work with switchable graphics laptops; you need the monolithic driver package for such systems.

That takes care of the high-level overview of how AMD’s Dynamic Switchable Graphics works, as well as a few other related items. The details are a little light, but that at least gives us an introduction to AMD’s current switchable graphics solutions. With the hardware and software discussions out of the way, let’s turn to our gaming results first and see how the two solutions and GPUs compare in performance as well as compatibility.

Switchable Graphics - Meet the Contenders Medium Detail Gaming Comparison
Comments Locked


View All Comments

  • Filiprino - Tuesday, September 20, 2011 - link

    Huh... Sony sucks big on graphics driver section. Better forget their radeon card and OpenCL support?
  • 86waterpumper - Tuesday, September 20, 2011 - link

    The amd LLano solution is totally worthless as far as I'm concerned until they release some laptops with smaller sizes. If I am going to buy a honking monster laptop I'm not going to power it with a cripple and slow llano, I'm going to just get a i5 or i7. When they get some 12 and 13.3 stuff to market I'll get interested...
  • duploxxx - Tuesday, September 20, 2011 - link

    That is up to OEM to design, there are lots of people these days who want large screen and low price, they seem to target Liano for that, I also want a 13-14"based Liano but can't seem to find it....

    Liano slow, yeah right for common tasks it is more then powerfull enough, as if one would care if a laptop boots 2 sec faster and firefox starts 0,5sec faster. The crapload of SW that OEM deploy on those machines already makes it horrible even on an i7 so called supper fast CPU....for the ultimate benchmark experience :D

    storage these days is the slow factor in a laptop, unless off course you work with an Atom...
  • JarredWalton - Tuesday, September 20, 2011 - link

    Filiprino, I don't know about all programs, but it is definitely possible to use OpenCL with the VAIO CA. You just have to switch to manual mode to get it to work, and you'll be running 11.1 drivers. I did get the Bitcoin GUIminer to work with the Sony as a test, for example, but it totally failed to detect the GPU when in dynamic mode. (Note: 68Mhash/sec isn't fast enough to be worthwhile of course, and given the pricing on BTC these days I wouldn't bother trying to get involved with the scheme. It's still a useful benchmark at times, though.)
  • Filiprino - Wednesday, September 21, 2011 - link

    Thank you, although I'm more worried about the driver upgrading viability and the performance improvements they can bring :-/
  • BryanC - Tuesday, September 20, 2011 - link

    Did I miss the battery life comparison?
  • JarredWalton - Tuesday, September 20, 2011 - link

    I'm going to post that in the full review; this was intended to focus solely on switching technology, as it was already plenty long. In case you're wondering though, here are the numbers. Acer has a 66Wh battery and Sony has a 59Wh battery.

    Acer 3830TG Optimus:
    Idle: 580 minutes
    Internet: 461 minutes
    H.264: 344 minutes

    Acer 3830TG GT 540M:
    H.264: 248 minutes

    Sony VAIO C IGP:
    Idle: 574 minutes
    Internet: 417 minutes
    H.264: 358 minutes

    Sony VAIO C 6630M:
    Idle: 415 minutes
    Internet: 336 minutes
    H.264: 276 minutes
  • fabarati - Tuesday, September 20, 2011 - link

    I'm pretty sure the AMD HD 6700-series are just the HD6600-series with higher clocks or GDDR5. They're all Turks-based.

    It's the HD 6500-series that are rebranded HD 5600/5700s (Redwood). Something that's also pretty obvious if you look at the core configurations.
  • chinedooo - Wednesday, September 21, 2011 - link

    Yea they are all the same 480 stream porcessor chips. But the 6770 has got higher clocks and gddr5. The GDDR5 makes a world of difference.
  • duploxxx - Tuesday, September 20, 2011 - link

    I have a latitude e6520 i7 with NV Quadro

    The GPU switch works well as long as the NV configuration has the right profile for the right game, if the profile isn't available you sometimes face issues. (just black screen, why at that point it doesn't run on the Intel GPU I don't know.....)

    THe only way to avoid this is to add the exe to the profile, or to right click the application and select the GPU to run with. Works fine but i would expect this to be the same with ATI no?

Log in

Don't have an account? Sign up now