Gaming Performance - OpenGL
Moving on to OpenGL and Quake 4, we'll be able to see how well NVIDIA and AMD have done in building their own OpenGL ICD (installable client driver) for the API. This is more taxing on hardware vendors, because Microsoft's implementation of OpenGL is just a wrapper around DirectX. By default, unless an ICD is used, OpenGL applications cannot talk directly to the hardware.
We did have some issues with Quake 4 as well. We were unable to get the application to run stable with multi-core support enabled, so we tested without this option. Even on Windows XP we see much higher numbers during CPU limited testing with this option enabled, but we will have to do without for a while. It isn't clear whether this is a problem with the game, with Vista, or with OpenGL, but hopefully it will be resolved (preferably sooner rather than later).
As expected, OpenGL performance is much worse both in CPU limited and GPU limited cases. The reason the low end AMD cards look better off here is that their performance is simply bad across the board. NVIDIA seems to perform closer to XP in general here, and both companies are saying that performance will improve over time. GPU limited performance does seem to improve over CPU limited performance, indicating that driver overhead on the CPU is a major factor contributing to the reduced frame rates.
Now let's take a look at how Vista x64 compares. This will actually serve as a good test of how well NVIDIA and AMD have implemented their x86 and x64 versions of their OpenGL ICD as well.
Again, the low end AMD cards just look like they are doing better because they perform poorly in general. In CPU limited cases, x64 actually seems to perform better than under 32-bit Vista, and even GPU limited performance is very close between the Vista versions. This could indicate that AMD and NVIDIA's OpenGL ICDs benefit from 64-bit processing, even if the game itself does not. However, unlike Oblivion, the performance of Quake 4 in Windows Vista is substantially slower than under XP, sometimes as much as 30% slower.
Last up for Quake 4 is resolution scaling.
While it's very clear that XP is a better option for OpenGL apps right now, there are no real scaling surprises. The CPU performance/driver overhead seems to be a bigger factor in reduced Vista scores than the actual GPUs, as the scores tend to get closer in GPU limited situations.
Gaming Performance - x64
Finally, we have Half-Life 2: Lost Coast with its native 64-bit application running under Vista x64. Is it worth it? We're only providing resolution scaling results for this game.
Clearly the 64-bit application runs slower than the 32-bit, especially at CPU limited resolutions. Even the games we tested running under WoW in 32-bit mode on Vista x64 showed better performance parity with Vista x86 and Windows XP. While the resources are there to offer better performance with more registers and better memory management (especially on systems with more than 4GB of RAM), there is clearly something that's lacking here. It is likely that Valve has more work to do on their 64-bit Source engine, but we can't rule out Vista x64 as a factor altogether.
We had hoped to see better performance from a native 64-bit game, but it looks like we'll have to wait longer until game developers figure out how to capitalize on the extra resources available under Vista x64 without adversely affecting performance.
Moving on to OpenGL and Quake 4, we'll be able to see how well NVIDIA and AMD have done in building their own OpenGL ICD (installable client driver) for the API. This is more taxing on hardware vendors, because Microsoft's implementation of OpenGL is just a wrapper around DirectX. By default, unless an ICD is used, OpenGL applications cannot talk directly to the hardware.
We did have some issues with Quake 4 as well. We were unable to get the application to run stable with multi-core support enabled, so we tested without this option. Even on Windows XP we see much higher numbers during CPU limited testing with this option enabled, but we will have to do without for a while. It isn't clear whether this is a problem with the game, with Vista, or with OpenGL, but hopefully it will be resolved (preferably sooner rather than later).
As expected, OpenGL performance is much worse both in CPU limited and GPU limited cases. The reason the low end AMD cards look better off here is that their performance is simply bad across the board. NVIDIA seems to perform closer to XP in general here, and both companies are saying that performance will improve over time. GPU limited performance does seem to improve over CPU limited performance, indicating that driver overhead on the CPU is a major factor contributing to the reduced frame rates.
Now let's take a look at how Vista x64 compares. This will actually serve as a good test of how well NVIDIA and AMD have implemented their x86 and x64 versions of their OpenGL ICD as well.
Again, the low end AMD cards just look like they are doing better because they perform poorly in general. In CPU limited cases, x64 actually seems to perform better than under 32-bit Vista, and even GPU limited performance is very close between the Vista versions. This could indicate that AMD and NVIDIA's OpenGL ICDs benefit from 64-bit processing, even if the game itself does not. However, unlike Oblivion, the performance of Quake 4 in Windows Vista is substantially slower than under XP, sometimes as much as 30% slower.
Last up for Quake 4 is resolution scaling.
While it's very clear that XP is a better option for OpenGL apps right now, there are no real scaling surprises. The CPU performance/driver overhead seems to be a bigger factor in reduced Vista scores than the actual GPUs, as the scores tend to get closer in GPU limited situations.
Gaming Performance - x64
Finally, we have Half-Life 2: Lost Coast with its native 64-bit application running under Vista x64. Is it worth it? We're only providing resolution scaling results for this game.
Clearly the 64-bit application runs slower than the 32-bit, especially at CPU limited resolutions. Even the games we tested running under WoW in 32-bit mode on Vista x64 showed better performance parity with Vista x86 and Windows XP. While the resources are there to offer better performance with more registers and better memory management (especially on systems with more than 4GB of RAM), there is clearly something that's lacking here. It is likely that Valve has more work to do on their 64-bit Source engine, but we can't rule out Vista x64 as a factor altogether.
We had hoped to see better performance from a native 64-bit game, but it looks like we'll have to wait longer until game developers figure out how to capitalize on the extra resources available under Vista x64 without adversely affecting performance.
Facebook
Twitter
RSS
105 Comments
View All Comments
haplo602 - Monday, February 5, 2007 - link
Yes I am biased. I am fed up with MS. All the delay was for what purpose ?Yes please, point me to the documentation, I'd be glad to learn something.
vailr - Thursday, February 1, 2007 - link
A quick look on Newegg shows the least expensive DX 10 cards (all NVIDIA 8800 based) are priced around $400. When can we expect to see DX 10 cards costing: <$200?Brazos - Friday, February 2, 2007 - link
I believe that Nvidia is releasing a broader range of directx 10 gpu's in March. They're supposed to be for the low - mid range video cards.PrinceGaz - Thursday, February 1, 2007 - link
Vista Enterprise/VLK also includes BitLocker, it is not a feature unique to Ultimate Edition, but like you say it requires a TPM to be used and if I had a TPM on my mobo, I certainly wouldn't have the hateful chip enabled.
Before you say that Vista Enterprise is not a copy that any of us are likely to personally choose, because unlike XP it still requires activation, bear in mind that Enterprise edition activation is rather different from other versions and likely to be the first that is cracked indefinitely. Given that you also recommended Vista Business as the preferred version of Vista for experienced users unwilling to pay the extra for Ultimate, that makes Enterprise even more viable as it includes a superset of Vista Business features and the only things it is missing from Ultimate are a few entertainment oriented apps that no one will miss. That's not to say I condone unlicensed use of Vista Enterprise, I'd never say anything like that here, but I think the use of it may be a lot more prelavent than the article suggests.
stash - Friday, February 2, 2007 - link
BitLocker does NOT require a TPM chip. It can also use a usb flash drive to store the key material.
Ryan Smith - Saturday, February 3, 2007 - link
BitLocker requires a TPM chip. This confused us at first too when we were working on the article, but the documentation in Vista for BitLocker clearly states a TPM chip is required. If it's a 1.2 chip or higher the key is stored on the chip, otherwise it's stored on the flash drive.If it was possible to use BitLocker without a TPM chip, we would have more than likely thrown in some BitLocker benchmarks.
mlambert890 - Saturday, February 3, 2007 - link
You're wrong Ryan. BitLocker does NOT require TPM chip. You can store the decrypt AND recovery keys on a USB FOB. Just go here and read scenario 3:http://technet2.microsoft.com/WindowsVista/en/libr...">http://technet2.microsoft.com/WindowsVi...57-b031-...
Ryan Smith - Saturday, February 3, 2007 - link
Interesting; we looked for something like this when we were doing the prep for this article and came up empty-handed. It's nice to see it's there, though I'm not sure for the reason on why MS would go out of their way to disable this option and not leave any instructions in the Vista help on how to enable it. Thanks for the link.stash - Saturday, February 3, 2007 - link
Couple of reasons:First, it is a hell of a lot more secure to use a TPM to store key material than a USB flash drive. A TPM is essentially a smartcard soldered directly to your motherboard. It is physically and logically tamper-resistant.
Secondly, BitLocker will only do repudiation checks of the system files with a TPM. When using a TPM. the hashes of certain system files are stored in the TPM. On boot, they are compared and if they have been changed, the user will be notified.
So, are you going to answer my question about which common 3rd party apps require admin rights to work properly? Cause right now, my impression of that comment is that it is pure FUD.
LoneWolf15 - Friday, February 2, 2007 - link
I was concerned about this too, but my new issue of MaximumPC shows how to use Vista's BitLocker without a TPM.Instead of the TPM holding the security key, you need a thumbdrive to do it instead. Doesn't require a high-capacity one, so any cheapie should do (though I'd choose one with a somewhat bulletproof casing to ensure you never break it and end up screwed).