There is one Gallium3d hardware-accelerated driver that has not really been talked about much on Phoronix: vmwgfx. Sometimes known as "SVGA II" in VMware marketing literature, or "svga" in the codebase, this "GPU" driver is rather interesting.
The VMware hypervisor provided with a commercial VMware desktop product (such as Workstation 7.1) exposes an interface that looks very much like a hardware GPU to the guest. Within this framework (if you pretend to be blind to the fact that this is only usable when you're running the closed source VMware hypervisor) the graphics support on Linux is completely open source.
The previous generation "vmlegacy" driver (shipped in production releases of VMware Tools and also with some distros) provides usable 2d performance, but no 3d or compositing of any sort. vmwgfx addresses this limitation.
Right now, vmwgfx is more or less up to par with other Gallium3d hardware drivers I've seen in action (nv50 and r300g). The 3d support is very good, and the 2d acceleration is coming along well. If distros start to support vmwgfx with the 2.6.35 kernel and the mesa stack refresh, we might see vmwgfx in some major distros as the year winds down.
I think it's time to start including vmwgfx in tests on Phoronix -- ideally, on Michael's front page tests.
Michael -- I realize that Workstation licenses are expensive. Try and contact VMware and see if you can't get a deal with them. The main problem for you is that VMware Workstation is licensed by the CPU, so if you try to activate it multiple times on the same processor, it's fine; but if you try to activate it on a different processor, it refuses. It's better than Microsoft's ambiguous hardware hash, but you're still tied to a particular piece of hardware (the CPU). Fortunately you can reinstall it as many times as you like on that CPU, even across different operating systems entirely (Windows and Linux).
Some of the tests I would like to see:
*Linux host, Linux guest: vmwgfx versus the hardware's native gallium3d driver on the host
*Linux host, Linux guest: vmwgfx versus the hardware's Linux proprietary driver (if it's ATI or Nvidia)
*Windows host, Linux guest: native Windows using proprietary driver versus vmwgfx on Linux
*The "Take That Catalyst!" Test: vmwgfx on Windows host vs. native Catalyst on Linux
The last test is particularly interesting to me. I've personally tried this setup with a Radeon HD5970. My subjective opinion so far is that my Windows host (running Catalyst for Windows 10.7) can run virtualized vmwgfx faster than Catalyst for Linux can do the same thing natively! This seems especially apparent for 2d, but even moreso for the "responsiveness" of the 3d. You know fglrx sucks when a virtual machine can out-perform it
Meanwhile, as Michael tries things out and decides if he wants to bring vmwgfx into his frequent testing rounds, I will try and release some of my own tests running PTS. I can't promise the pretty graphs and witty articles like Michael does, but you'll have the data at least.
I'm very impressed with vmwgfx so far; it seems that, as long as vmwgfx is running on a host OS with a well-performing 3d stack (such as Windows 7 running Catalyst), the guest support is as good as can be expected of Gallium3d today. Which is to say, strong, near-native performance and fairly good support for OpenGL 2.1.
The VMware hypervisor provided with a commercial VMware desktop product (such as Workstation 7.1) exposes an interface that looks very much like a hardware GPU to the guest. Within this framework (if you pretend to be blind to the fact that this is only usable when you're running the closed source VMware hypervisor) the graphics support on Linux is completely open source.
The previous generation "vmlegacy" driver (shipped in production releases of VMware Tools and also with some distros) provides usable 2d performance, but no 3d or compositing of any sort. vmwgfx addresses this limitation.
Right now, vmwgfx is more or less up to par with other Gallium3d hardware drivers I've seen in action (nv50 and r300g). The 3d support is very good, and the 2d acceleration is coming along well. If distros start to support vmwgfx with the 2.6.35 kernel and the mesa stack refresh, we might see vmwgfx in some major distros as the year winds down.
I think it's time to start including vmwgfx in tests on Phoronix -- ideally, on Michael's front page tests.
Michael -- I realize that Workstation licenses are expensive. Try and contact VMware and see if you can't get a deal with them. The main problem for you is that VMware Workstation is licensed by the CPU, so if you try to activate it multiple times on the same processor, it's fine; but if you try to activate it on a different processor, it refuses. It's better than Microsoft's ambiguous hardware hash, but you're still tied to a particular piece of hardware (the CPU). Fortunately you can reinstall it as many times as you like on that CPU, even across different operating systems entirely (Windows and Linux).
Some of the tests I would like to see:
*Linux host, Linux guest: vmwgfx versus the hardware's native gallium3d driver on the host
*Linux host, Linux guest: vmwgfx versus the hardware's Linux proprietary driver (if it's ATI or Nvidia)
*Windows host, Linux guest: native Windows using proprietary driver versus vmwgfx on Linux
*The "Take That Catalyst!" Test: vmwgfx on Windows host vs. native Catalyst on Linux
The last test is particularly interesting to me. I've personally tried this setup with a Radeon HD5970. My subjective opinion so far is that my Windows host (running Catalyst for Windows 10.7) can run virtualized vmwgfx faster than Catalyst for Linux can do the same thing natively! This seems especially apparent for 2d, but even moreso for the "responsiveness" of the 3d. You know fglrx sucks when a virtual machine can out-perform it
Meanwhile, as Michael tries things out and decides if he wants to bring vmwgfx into his frequent testing rounds, I will try and release some of my own tests running PTS. I can't promise the pretty graphs and witty articles like Michael does, but you'll have the data at least.
I'm very impressed with vmwgfx so far; it seems that, as long as vmwgfx is running on a host OS with a well-performing 3d stack (such as Windows 7 running Catalyst), the guest support is as good as can be expected of Gallium3d today. Which is to say, strong, near-native performance and fairly good support for OpenGL 2.1.
Comment