Sacred 2: Fallen Angel
I must confess that I've spent the vast majority of my gaming time in the last couple of months playing Sacred 2. A little surprisingly for an RPG, this game is demanding enough to test even the fastest GPUs at its highest quality settings. And it puts all of that GPU power to good use by churning out some fantastic visuals.
We tested at 2560x1600 resolution with the game's quality options at their "Very high" presets (typically the best possible quality setting) with 4X MSAA.
Given the way this game tends to play, we decided to test with fewer, longer sessions when capturing frame rates with FRAPS. We settled on three five-minute-long play sessions, all in the same area of the game. We then reported the median of the average and minimum frame rates from the three runs.
This game also supports Nvidia's PhysX, with some nice GPU-accelerated add-on effects if you have a GeForce card. Processing those effects will put a strain on your GPU, and we're already testing at some pretty strenuous settings. Still, I've included results for the GeForce GTX 295 in two additional configurations: with PhysX effects enabled in the card's default multi-GPU SLI configuration, and with on-card SLI disabled, in which case the second GPU is dedicated solely to PhysX effects. It is possible to play Sacred 2 with the extra PhysX eye candy enabled on a Radeon, but in that case, the physical simulations are handled entirely on the CPUand they're unbearably slow, unfortunately.
In another strong showing, the new Radeon outperforms both teams' dual-GPU cards, the 4870 X2 and the GTX 295. In CrossFire, it's money.
You can see the performance hit caused by enabling PhysX at this resolution. On the GTX 295, it's just not worth it. Another interesting note for you... As I said, enabling the extra PhysX effects on the Radeon cards leads to horrendous performance, like 3-4 FPS, because those effects have to be handled on the CPU. But guess what? I popped Sacred 2 into windowed mode and had a look at Task Manager while the game was running at 3 FPS, and here's what I saw, in miniature:
Ok, so it's hard to see, but Task Manager is showing CPU utilization of 14%, which means the gameand Nvidia's purportedly multithreaded PhysX solveris making use of just over one of our Core i7-965 Extreme's eight front-ends and less than one of its four cores. I'd say that in this situation, failing to make use of the CPU power available amounts to sabotaging performance on your competition's hardware. The truth is that rigid-body physics isn't too terribly hard to do on a modern CPU, even with lots of objects. Nvidia may not wish to port is PhysX solver to the Radeon, even though a GPU like Cypress is more than capable of handling the job. That's a shame, yet one can understand the business reasons. But if Nvidia is going to pay game developers to incorporate PhysX support into their games, it ought to work in good faith to optimize for the various processors available to it. At a very basic level, threading your easily parallelizable CPU-based PhysX solver should be part of that work, in my view.
|Only a few hours remain to win ~$1k of hardware via haiku||14|
|Report: Windows Threshold preview planned for Sept 30||10|
|Browser plugin identifies advertorial content||3|
|HP's Q3 financials driven by strong notebook, desktop sales||15|
|Wednesday Night Shortbread||15|
|Zotac's Zbox ID92 mini-PC reviewed||7|
|Some popular Chrome extensions are misbehaving||32|
|Unity to add native x86 support on Android||9|
|Asus' ROG Swift PG278Q G-Sync monitor reviewed||89|