Driver Performance Improvements

UPDATE: After speaking more with NVIDIA about where the performance enhancements come in to play, we were able to confirm that they are definitely there. We ran a few more tests at 2560x1600 with 4xAA and saw some good 10%+ performance improvements. The changes to the driver that make this possible come in handling high memory usage situations better. This means that in cases where memory pressure is a major cause for performance loss, we'll see the promised performance improvements. In older games like Oblivion, even pushing 2560x1600 with 4xAA won't be enough. Newer games will benefit more from this. Of course, the other issue is that some times the performance improvement may not be enough. We tested Far Cry 2 with the GTX 260 and went from 23.4 fps with the 178 driver to 25.8 fps. While this is more than 10% improvement, it's still not playable. Other playable cases like GRID at 2560x1600 with 4xAA did improve as well.

On cards with lower memory we'll see improvement at lower resolutions, but the take away is that the improvement will still come when you are pressing up against memory limitations.


NVIDIA promised between some pretty significant performance gains with this driver, but the caveat is that the performance gains are only with certain hardware on certain games with certain settings. Obviously we didn't have the time or energy to test every permutation of everything. In fact, we just did a brief run down of a few games using the GTX 260 so that we could get a taste of what to expect in the general case.

The picture we see is a little bit dimmer than the best case scenario painted on the driver download page noting performance increases. Here's how performance looked at 1920x1200 under a handful of games we have been (or will be) testing with for a while.


Rel 178 Driver Rel 180 Driver Percent Increase
Crysis 29.7 29.6 -0.34
Far Cry 2 38.2 37.1 -2.88
Race Driver GRID 55.8 56.8 1.79
Oblivion 43.8 40.5 -7.53
Enemy Territory: Quake Wars 85.1 84.5 -0.71

For the most part, performance we are seeing stayed stable. Oblivion saw a decrease in performance which is certainly worth noting. We could spend our time looking for where the performance gains come from, but looking at our highest quality tests at a decent resolution with a card targeted at gamers across 5 games and seeing nothing really doesn't impress us.

Of course, the performance gains are there somewhere. They just might be with corner cases rather than average cases. These are still important, and driver performance consistency has likely improved because of this release. But it would be best not to expect a performance gain but to appreciate it if its there.

Let's Talk about PhysX Baby Tesla, CUDA, and the Future
Comments Locked

63 Comments

View All Comments

  • Finally - Friday, November 21, 2008 - link

    I could have taken you seriously if it wasn't for your child-like pronounciation of that green firm's name.

    Do you also write about "Micro$oft"?
  • Paratus - Thursday, November 20, 2008 - link

    I always see both camps complaining about the state of each companies drivers.

    IMHO I'll take AMDs bad drivers every month instead of NVs bad drivers every whenever they decide to release them.

    Sorry
  • ggathagan - Thursday, November 20, 2008 - link

    We would like to have seen the performance gains NVIDIA talked about. While we don't doubt that they are in there, it is likely we just didn't look at the right settings or hardware.

    If NVIDIA claims "Up to 38% performance increase in Far Cry 2", they should be able to tell you the exact circumstances where that 38% increase can be seen. If it's reproducible, great. If not, they're lying and should be called on it.

    As for PhysX: I'm all for realizing its potential, but Mirror's Edge strikes me as having PhysX simply for the sake of having Physx.
    Granted, it's just a trailer, but I wasn't that impressed with the look of the game. It looked as if they spent their time on the Physx and ignored the character modeling. The arm/body movement looks rather bizarre.
  • Kode - Thursday, November 20, 2008 - link

    Although I agree that some ATI/AMD driver updates aren't that good, the good thing about a monthly release is that when you have a small bug/glitch in a certain game, this can be updated in a month. If you have the same thing on a NVIDIA card, you don't know when to expect a new driver, and so you are stuck with it untill the next driverrelease unless they release a hotfix or perhaps beta. But installing hotfixes/beta's isn't done often by regular people.
  • Casper42 - Thursday, November 20, 2008 - link

    Title says it all. Driver enhancements and TELSA are great and all, but where are the darn die shrinks?

    I was really hoping nVidia would have their stuff together and have released the GTX 279/290 or whatever they decide to call the 55nm parts when Intel released the i7 processors. When gamers are blowing $1000+ on a new Board/Chip/RAM, whats another $600 for that top of the line nVidia card?

    After all, wasnt the point of allowing SLI on x58 to sell more cards?
  • Casper42 - Thursday, November 20, 2008 - link

    The HPC Market seems to be going more and more toward Blade servers these days as you can cram an awful lot of computer power into a 10U space with hardware from 2 or 3 different vendors.

    I am curious if nVidia is working with HP or Dell or IBM on making a special Blade version of their TESLA cards. The expansion cards in the HP c series are very small which may prohibit TESLA from physically even fitting into the Blade server. BUT, they also have a way of channelling PCI Express lanes into an adjacent blade slot (for instance, to support their "Storage Blade") so if TESLA won't fit inside the blade itself, why not put together a TESLA blade that contains 2/3/4 Cards and connects to the adjacent blade server.

    This would allow you (for instance) to take an HP c7000 chassis and put 8 BL460c Blades with up to 2 Xeon 54xx chips, 64GB of RAM (assuming 8GB DIMMs), and then have 2-4 TESLA cards attached to each, and cram all that into a 10U space. At a minimum that would be 16 Processors, 256GB of RAM (32GB/node) and 16 TESLA Cards.

    You even get your choice of 10GB Ethernet or Infiniband to connect all the nodes.
  • Spoelie - Thursday, November 20, 2008 - link

    This is the first time I've seen someone complain about AMD's driver mantra.

    AMD provides a constant evolution in their drivers, it's the users choice to update the driver or not. You can not fault them for providing lots of updates. Their readme is also very clear and concise in what is fixed and what is not.

    The possible sacrifices do not outweigh the advantages IMO. That comment was a bit of a potshot
  • kilkennycat - Thursday, November 20, 2008 - link

    For at least the last 5 years, ATi's drivers have periodically had the spotty reputation that the next update fixes a bunch of problems with the latest games, but then has newly introduced brand-new problems with earlier "legacy" games. Seemed as if they rushed QC, with only a handful of the latest titles. And for an obvious reason.... the burden of a monthly release cycle is no help in enabling thorough QC at all !!! Much better if the offical releases were at least 3 months apart, with beta updates for the "brave" to try out. The 'next driver breaks something not previously broken' problem was particularly bad when ATi transititioned their architecture with the introduction of the X1800 series. Recently, this ATi legacy problem has got much, much better, but they seem to have slid backwards recently.
  • DerekWilson - Thursday, November 20, 2008 - link

    We have complained about AMD's driver development issues in the past. But we always try and keep it as fair and neutral as possible.

    If all things were equal, I would agree that "you can not fault them for providing lots of updates" ... but that is not what they do.

    NVIDIA regression tests with hundreds of games for every driver release. In fact, comprehensive regression testing was one of the major reasons NVIDIA acquired 3dfx back in the day.

    AMD only regression tests with 25 games. These 25 games change with driver versions so that over time they'll cover many games. The problem is that this doesn't work well. for example ...

    Let's say some x.y driver is regression tested with ... let's pick bioshock. The next month, bioshock falls off the list and x.(y+1) breaks crossfire with bioshock. crossfire isn't as popular as single card performance so there aren't as many users to complain and it will either take them adding bioshock back to their regression test list (which could be never or 6 months or a year), or a large hardware review site will need to go test it an publish an article on how broken it is only to get a hotfix driver 2 days later that fixes the issue.

    that happened by the way. and not only with bioshock. it has happened with other games as well, and most of the time it is an issue that affects crossfire. sometimes its other bugs, but multi-GPU support is the thing that seems to be at highest risk in our experience.

    this is not an infrequent problem.

    and lets say you find a bug in the recently released 8.11 -- no lets say AMD finds a bug in 8.11 ... It will not be fixed until at least 9.1 as they can't push 8.12 back to include more fixes. until then, if its a big name title that has a fix, AMD will put out a hotfix. But then you've got to use a non-WHQL version of 8.11 for upwards of two months, even if there are features in 8.12 you want/need.

    We are currently in a situation where we have to stick with an 8.10 + hotfix until 8.12 comes out.

    I am very conservative in my articles about mentioning problems with driver teams. Driver work is tough, and reviewers tend to hit many more problems than the average gamer. We test much more software on a wide variety of hardware and are more prone to running into issues. While the problems do exist for end users, it's always just a subset of users at a time. It has to be that way to some extent no matter what (there will always be tradeoffs made), but AMDs trade offs do impact us quite a bit. And I also feel like they cut too many corners and make too many tradeoffs to the point where it negatively impacts too many end users. If we hit more problems with one vendor than another, that is a very relevant bit of information for every consumer. Even if it isn't of the same magnitude it is for us, it's still an issue.

    Thus, I am aware that my view of AMD driver development will be more negative than most users out there. But it does still negatively impact end users in a bigger way than NVIDIA's approach in general (though NVIDIA's execution isn't always spot on either).

    Here's the best way I can put it.

    If you find an AMD driver that works, stick with it. Don't change drivers unless something is broken that got fixed that you need. Upgrading when not necessary will likely break something else that you might find you needed.

    On the contrary, I would never recommend against upgrading to an NVIDIA WHQL driver. They are much better about not breaking things that have previously been fixed and are much more hardened by the extensive regression testing. All the fixes that go into one driver (beta or WHQL) will be included in the next beta or WHQL driver, unlike with AMD and their multiple trunk or overlapping branch system or whatever you want to call it.

    There are simply few to no real advantages (other than for marketing purposes) with AMD's driver development approach, so if there are negatives at all they've already outweighed everything else.
  • JonnyDough - Friday, November 21, 2008 - link

    Care to explain to me what happened to Neverwinter Nights 2 and Nvidia then? It doesn't work.

Log in

Don't have an account? Sign up now