A Few Notes on Graphics

While performance under CPU-limited situations is solely in Microsoft's hands, the same is not true about graphics performance. Due to the need to undertake massive driver rewrites for the new Windows Display Driver Model (WDDM) API, all of the GPU makers have been spending the last couple of years hammering their drivers into shape for Vista with varying results. What has changed and where we're at depends a great deal on what company we're talking about.

AMD

AMD has chosen to use the Vista ramp-up to work on their OpenGL drivers and the widely-loathed Catalyst Control Center. Their OpenGL driver in Vista is what AMD is calling a re-architected driver, something we've been hearing rumors about for quite some time now. Although eventually we expect AMD's efforts with their OpenGL driver to pay off, this is something that will happen in the future, not today. Their new driver is stable and compatible but it's still rough around the edges; AMD has made it clear not to expect it to match their XP performance for a while. On the DirectX front, performance is closer, but AMD has actually told us that Microsoft expects gaming performance on Vista to be 5% to 10% short of XP performance (due in part to the changes brought about by the new WDDM).

As for the Catalyst Control Center, complaints about its long load times and high resource usage did not fall on deaf ears, resulting in AMD rebuilding it for Vista. The result is something that's still not going to rival the old ATI Control Panel or 3rd-party tools like AMD Tray Tools, but it is a greatly improved package that helps rectify CCC's biggest flaws. AMD has claimed a load improvement on the order of 400%, and while we can't immediately confirm that number we can confirm that it is much faster to load. Startup times are now reasonable for the GUI at about 4 seconds on our X6800 system, and the system tray version is fast enough that most users will be satisfied with it. This is being back-ported to XP as of the Catalyst 7.2 drivers in February, at which point we'll be able to better gauge the difference.

The CCC has also picked up a couple new features in the redesign, the first of which is a new Installer solely for Vista. The main attraction here will be that the installer is no longer a collection of multiple installers for GPU drivers, VIVO drivers, and the CCC, but instead it's one installer that can handle multiple items directly, making the whole installation process faster and a requiring a little less attention from the user. The 3D preview has also been updated; the car scene has been replaced with a side-by-side courtyard scene that in our opinion does a better job at showing the difference between two modes. The car preview was also programmed using OpenGL, whereas the courtyard uses DirectX.

It's worth noting that with this first version of the Catalyst suite for Vista, a couple of things are still outright broken/not-included. Chief among these is complete CrossFire support, as right now it's missing under OpenGL entirely. The universal AFR mode is also absent right now, meaning that it's back to profile-based CrossFire for the moment. Both of these features will be put back in at a later date. Also missing exclusively for Vista x64 is HDCP path support - HDCP is a big issue for Vista since it fully supports the standard, and while HDCP path support is in the 7.1 Catalysts for Vista x86, it will not be in the x64 version until the 7.3 drivers in March. Movies should still be watchable with a 3rd-party application like PowerDVD or Intervideo, but the ability to play protected content directly will not be there.

NVIDIA

For NVIDIA, they have not used the Vista migration to launch such sweeping changes. Going into Vista they had two driver sets: one for the G80-based 8800 series and another for everything else. Now with the new Vista WDDM, they have four driver sets to maintain. As a result what features are and aren't working depends on the video card used, as some additional features work for the 8800 series that aren't yet working for previous cards. This isn't entirely surprising given that the 8800 series needs to support Shader Model 4, which means extra attention has gone into it anyhow. During the lifetime of the new 100 series driver, NVIDIA plans on merging its code back into a unified driver architecture, leaving out support only for end of life products like the FX series and earlier models. This will certainly be nice, but for now they are still stuck with juggling multiple packages.

For all cards, due to the now-exclusive use of the Vista control panel NVIDIA introduced last year, a few features are missing. Overclocking is not supported, and neither is GPU temperature monitoring or custom monitor timings. TurboCache memory usage is also capped at 255MB for systems with 1GB of RAM and 271 for 2GB or more, so cards capable of using 512MB will not be able to access it all. SLI support either exists or does not exist, again depending on the card. The 8800 series cards now have SLI support, while everything else does not. This will be taken care of in the future, but in the mean time it's especially problematic for GX2 cards which require SLI in order to reach their full potential.

For both parties, it's clear that they still have some ground to cover. As we'll see in the benchmarks, performance is generally good, but at least initially it's going to need to be judged on a per-game basis. Generally speaking, the more popular the game, the more likely it will run well on Vista.

The 64-bit Factor Gaming Benchmarks - Direct3D
Comments Locked

105 Comments

View All Comments

  • Ryan Smith - Saturday, February 3, 2007 - link

    That's up to Vista, it benchmarks a flash drive to make sure it's fast enough to be effectively used as a ReadyBoost cache. If ReadyBoost won't engage, then your drive isn't passing one(or more) of their tests.
  • mlambert890 - Friday, February 2, 2007 - link

    How is the PC hemmhoraging marketshare to the Mac? You've got to be kidding. Their marketshare in 06 rose from a pathetic 4.4 to a somewhat less pathetic 4.8. Thats with ALL of their ridiculous hype, ALL of the asskissing from the press (including you guys now I guess?) and ALL of the armies of lunatic "Mac priests" that pollute every forum.

    Its hillarious that you would position this tiny growth in a share that declined steadily for 22 years until it hit rock bottom at like 3% in 2003 as a "hemmhorage". I have to wonder why you would characterize it that way. To be honest, it reeks of bias.
  • quanta - Friday, February 2, 2007 - link

    Think about it, ReadyBoost is treated by Vista as random access memory, to store temoprary contents than can change very often. Considering typical USB flash drive only has 100k write cycle, you will need to replace it very soon. Worse yet, when the flash drive is gone, so will your critical data at the worst possible time. With the hardware requirement of Vista, no amount of wear levelling is going to help.
  • Ryan Smith - Friday, February 2, 2007 - link

    No, this is wrong.

    ReadyBoost is a write-through data cache handled by the SuperFetch system; when enabled SuperFetch uses it as another cache location optimized for small files. Based on the information we've seen, it's used primarily to store DLLs and other static and semi-static data that is needed an intermediate amount of time(not important enough to spend valuable RAM, important enough to cache), with highly dynamic data sent to SuperFetch or the hard disk to avoid unnecessary wear out. It will most certainly put wear on flash memory, but it seems unlikely that it will put 51TB of write-wear(the amount of data that needs to be written on a 512MB flash card to write over all bits 100k times) before several years out.

    Of course, this is as according to Microsoft. We don't really know what exactly is being stored on a ReadyBoost drive at any given moment, however we have no reason to believe that Microsoft isn't really taking efforts to minimize writes. We'll find out if/when flash memory starts wearing out.
  • mlambert890 - Friday, February 2, 2007 - link

    We'll see. Please remember that the 100k write cycle is an average, that the flash is used as a small cache only, and that write leveling of COURSE will help before making assumptions.

    Ive been beating up flash for YEARS thats still going. There are moves to literally put OS's on flash based hard drives. Hybrid drives already use the same concept as ReadyBoost (and are also supported on Vista).

    Using flash as a cache for magnetic media is not some untested concept that is going to lead to global data destruction.

    MS must have really destroyed their mindshare that so many armchair scientists are just fully willing to believe that theyve figured out ALL the stuff that the "idiots" in Redmond dont realize. Give a little credit to the armies of PhDs that work on at least the basic concept for this crap. Maybe implementation gets flawed by the realities of release cycles and budgets, but BASIC CONCEPT is typically sound.
  • dugbug - Friday, February 2, 2007 - link

    UAC is like a firewall -- chatty at first (during installs and configurations), but once you have set up your system you will hardly ever hear from it. This should be obvious to the authors.

    And for that matter, the 6-operation file delete they discuss in the beginning was for deleting a file on a shared desktop (meaning a delete was for all users). This is commonplace for enterprise and workplace users, it should be no surprise that a file used by others would require permissions to delete. Though Im glad the number of operations was greatly reduced.

    As to the comments about vista being sluggish? Perhaps it is RAM? I have 2Gb and vista runs without any slowdown at all. Once you use it for a while you won't go back to XP.

    -d
  • LoneWolf15 - Friday, February 2, 2007 - link

    Untrue. Enthusiasts use lots of things like the Control Panel, MMC console, etc. and these all require UAC every time. Currently, I also have startup programs on my beta-test box that UAC blocks. This would be fine, if UAC had a feature saying "Yes, I know what this program is, let it run every time all the time" and be done. But, UAC doesn't have this option, so a user has to allow the program to run every single freaking time they boot their machine.

    I've tried changing the program properties so that it runs as Administrator; that hasn't solved the problem. I turned off UAC, which gives me a lovely annoying red-X shield in the system tray that every so often decides to warn me with a popup balloon that UAC is turned off and I could be in danger, so it's annoying even when turned off, and there's no easy way around it. Enthusiasts do a lot with their computers, and what they do is likely to increase their number of UAC prompts. Bottom line: Unlike OS X's methods, Vista's UAC happens far more often, and is far more annoying. And because it doesn't require a password (like OS X) and is just a click-through, I'll put money down that within a year, it will be worthless, as the average user will learn to click through it without reading a single bit of info.
  • funk3y - Sunday, February 4, 2007 - link

    The red cross can also be disabled for sure; on my computer, which is a member of a domain I recieve no error message at all, even if UAC & co are disabled.
  • haplo602 - Friday, February 2, 2007 - link

    Realy. What's the hype all about ?

    SuperFetch - trivial change to caching mechanisms. Anybody that would require it would have already implemented it in *NIX systems. This is a purely desktop user feature to hid some processing overhead. There's nothing new about this that would prevent implementation in w2k already except MS incompetence ...

    ReadyBoost - So the new standard is to have a permanently attached USB stick to have some performance ?

    Compund TCP, Receive window auto tuning - I laughed like mad. So they finaly made a proper implementation of something network related? End even then Vista is SLOWER. I'd suggest take a stand-alone NIC that Vista nad XP have drivers for themselves and test it. Should rule out driver bugs.

    I/O improvements - so I make an app that makes a high priority high capacity I/O operation (say 1GB) and you can go for lunch till the system is anyway usable. Seriously. I/O in small chunks makes perfect sense in multitasking environments since you have more entry point and can adjust the stream on OS level and tune performance. That XP or Vista are stupid enough to do this is their fault. I guess MS will hype this as the next best thing in a future OS ?

    All in All every feature hyped in the article does not deserve a Marketing Name(tm) because it is a normal concept. So we have a shiny new bigger and slower OS that is hiding this behind hyped features. F.E. memory compression could very much improve system performance without relying on external devices (ReadyBoost).
  • mlambert890 - Friday, February 2, 2007 - link

    Just admit your bias man. There is NOTHING MS could do that would cause you to give them kudos. I spend my days arguing with guys like you for a living (unfortunately) and its just exhausting.

    I could point you to REAMS of documentation of all the crap that has been rewritten and overhauled in Vista, but whats the point? You want to hate it so hate it.

    Its sad that technology debates are STILL religion for so many after all this time :(

Log in

Don't have an account? Sign up now