iXBT Labs - Computer Hardware in Detail






Futuremark 3DMark06
Some Few Additions

February 13, 2006

Indeed, the new benchmark does not have a lot of new features. The hero of this article is solidly based on the good old Mark05. Why not? – DX version is the same, changes on the graphics landscape are minimal and come down to two main facts – DX9 update in December (it's rumoured to have SM4 specifications, while the compatible hardware - R600 and G80 - will be available much later, together with Vista) and the announcement of the new generation of ATI architectures that finally support SM3. There are some reservations, vertex texturing for example. Well, even such news is enough for a new version of the mark – it should support R5XX and use new DX9 libraries. By the way, the benchmark offers to update them to the December state. Click "yes" to continue.

Old features

The test is based on the well-known 3DMark05. That's natural – DX version is still the same (9). Though the new benchmark uses the latest libraries, updated in December, the graphics pipeline and its capacities remain the same, so there is no need to rewrite the engine. The new interface also resembles the previous version, but it has new menu options. But we cannot speak of complete correspondence of inherited tests, as even preserved tests have modified design of the levels, shaders, and some other issues. Thus the results will not be the same. So:

New features

At first we publish a table with official differences of the new benchmark and the previous version:


3DMark05 3DMark06

Shader Model

2.0 and 3.0

Shader Complexity

High (Max 96 instructions)
Very high (Max 512 instructions)

Level of Detail

Very high

Texture Size

Very high



Amount of Lights

Very high

Smooth shadows

4 samples
4 and 16 samples (new shadow algorithm)

VRAM Usage

128 MB
256 MB

Target GPU

2nd Generation of SM2 accelerators (NV4X, R4XX)
2nd Generation of SM3 accelerators (G70, R5XX)

Support for Multi-Core CPUs

Not available

HDR Rendering

Not available

SM2 tests


SM3 tests

Not available

SM3 synthetic tests

Not available

CPU tests

2 (Software vertex shaders)
2 (Complex AI and Physics)

Playable Game

Not available

The benchmark has been obviously reoriented to modern topical issues, such as multi-core processors, HDR, SM3 and larger VRAM. Our compliments to more adequate CPU tests – now they are Complex AI and Physics in a hypothetic game instead of software emulation of vertex shaders, which will hardly happen in real life of a gaming PC. Playable game will entertain testers during their breaks ;-).

There are three versions of the benchmark – Basic, Advanced, and Professional. The first one lacks a lot of features and actually allows to get final marks only in four game tests as well as some HDR and SM3 results. Advanced version, which is already commercial, offers all the tests including synthetic SM3 feature tests and the quality tests for texture filtering and AA. Test results can be exported to MS Excel files, you can configure the resolution and test modes, there are separate tests for shaders and CPUs, etc. Professional version adds command line and batch run functionality as well as full commercial license.

You can read about the differences between the versions here

And now we proceed to the description of tests:


At first, as usual, we publish our testbed configuration:

  • Athlon 64 (939Socket) based computer
    • CPU: AMD Athlon 64 4000+ (2400MHz) (L2=1024K)
    • Motherboard: ASUS A8N32 SLI Deluxe on NVIDIA nForce4 SLI X16
    • RAM: 2 GB DDR SDRAM 400MHz (CAS (tCL)=2.5; RAS to CAS delay (tRCD)=3; Row Precharge (tRP)=3; tRAS=6)
    • HDD: WD Caviar SE WD1600JD 160GB SATA

  • RADEON X1800 XT (HIS, PCI-E, 512MB GDDR3, 625/1500 MHz)
  • RADEON X1900 XTX (reference, PCI-E, 512MB GDDR3, 650/1550 MHz)
  • RADEON X1900 XT (reference, PCI-E, 512MB GDDR3, 625/1450 MHz)
  • GeForce 7800 GTX (ASUS EN7800GTX TOP, PCI-E, 256MB GDDR3, 486/1350 MHz)
  • GeForce 7800 GTX (ASUS EN7800GTX, PCI-E, 256MB GDDR3, 430/1200 MHz)
  • GeForce 7800 GTX (reference, PCI-E, 512MB GDDR3, 550/1700 MHz)
  • Operating system: Windows XP SP2 DirectX 9.0c
  • Monitors: ViewSonic P810 (21") and Mitsubishi Diamond Pro 2070sb (21").
  • ATI CATALYST 5.13/6.1; NVIDIA drivers 81.98.

VSync is disabled.

Graphics Test 1: Return to Proxycon

The FPS-like test that we have known from the previous version got a considerably improved resulting image but it still uses only SM2 (the new version is on the right - 06, the old version is on the left - 05):

that's all due to new material shaders, textures of a higher resolution, more lights (26, 2 of them are directional) and an advanced shadow algorithm. There is nothing new, actually. But performance dropped noticeably and the image quality got much better:

Let's have a look at test results

Paying heed to our modern tradition (we hope that Vista and DX10 will somewhat change the situation), the test depends much on a CPU and a platform – the difference in video cards really becomes stepwise only at 1600x1200. You can see well that the shader power of RADEON X1900 is not wasted – in the first place, shadows and materials load pixel shaders here. FPS level is not high even with the fastest cards. It's not playable by any possible stretch – that challenges the adequacy of the test balance compared to real games of a similar genre. But it's not that bad a pixel performance test, of course, if the testbed is equipped with one of the best CPUs – the difference will wear off on a weaker platform.

SM2.0 Graphics Test 2 - Firefly Forest

Firefly forest scene (still SM2) was also enriched with longer shaders, textures of a higher resolution, new light sources and shadows, etc.

Comparing to the previous version, we can visually estimate the FPS costs of image changes ;-)

And now let's have a look at test results

The situation is indeed close to the first game test. But to all appearances, it depends less on a processor. NVIDIA does not shoot ahead of the X1900 at low resolutions anymore, that is the test is more stable and is not prone to abrupt changes because of driver optimization or platform-accelerator interaction issues. FPS is not high again, bit it's more adequate to such scenes (for example in a quest or RPG).

HDR/SM3.0 Graphics Test 1 - Canyon Flight

This one is a new test. To be more exact, it's old but thoroughly overhauled. It uses not only SM3 shaders, but also HDR rendering - it means that the engine was changed to a greater degree than in the first two cases:

As we can see, the image is also noticeably different. Lighting is indeed more realistic. Let's find out at what cost ;-)

Aha, the test just won't work with G70 in AA mode. Why? Because in this case we lose an opportunity of FP16 blending, which we need for really efficient HDR. The new-gen RADEON supports this feature, its results stay in place. This test is noticeably less dependent on a processor than the two previous ones. But video card's frequency has an immediate effect – lots of shader operations and data transfers – FP16 frame buffer has become twice as large. In this test ATI demonstrates noticeable advantages of the R580 over the R520 (and over the G70). The advantage grows with the resolution.

HDR/SM3.0 Graphics Test 2 - Deep Freeze

It's another HDR/SM3 test (perhaps we shouldn't have used these two notions together – there exist shaders and tasks, which may require intensive branches peculiar to SM3, but not be HDR). Anyway,

there is nothing to compare this image to – the previous benchmark version did not have this test. This test is cinematic in many aspects – developers paid attention to realistic rendering of shadows, lighting, HDR. The results are similar in the layout to previous ones. Whether this test depends only on shader capacity does not have a simple answer. This test seems to depend more on the general frequency of an accelerator than on its computation capacity – it's limited not only by shader length, but also by texture fetch/memory bandwidth. But we should note that the R580 differs from the R520 in more than just frequencies. Balance - that's what we seem to be dealing with.

Let's draw final marks, SM2 and SM3 separately.

And now CPU tests and synthetic tests:

CPU Tests - Red Valley  

This test finally emulates a real gaming load. There are two tests with slightly different balances of physics and AI, but they are still similar. It uses Ageia PhysX library and some complex path finding algorithm, typical of many AI tasks in games.

Feature test - Fill Rate (Single-Texturing Multi-Texturing)

We know well these tests. So let's proceed straight to the results.

Everything is quite expectable – the test is limited by frame buffer operations and texture fetch. Both parameters are currently better in NVIDIA. The results agree well with the other synthetic tests, including our 3D RightMark. But the latter allows to test various units in more detail by changing test parameters on the level of texture quantity, etc.

Feature test - Pixel Shader

The only shader (face surfaces in the second game test) is singled out into a synthetic pixel test. The results agree well with our general idea of the layout of forces. But they still don't allow to test some peculiarities of video cards, for example computational or texture fetch preferences. It's much more convenient to use tests with various configurable shaders.

Feature test – Vertex Shader (Simple and Complex)

There are two shaders here. One of them is responsible for standard transformation and preparation of triangles, the second computes quite a complex model of initial parameters to simulate grass.

Let's have a look at the results.

Here we found that the test acted wrong. Such low results of the RADEON X1800 indicate significant dependence on the pixel part (at equal frequencies, its vertex part is no different from the X1900). Gotcha! ;-)
This test cannot be recommended, as it distorts the real vertex performance.

And now a complex test.

A situation in the complex test is more like in the other synthetic benchmarks.

Shader Particles

It's a synthetic test specially for SM3 – it computes a physical model of a particle system, computation results are written into a texture and then used to render an image. That is an accelerator is used as a hardware accelerator of computations, pixel shaders are also used. Considering high shader capacities of the latest cards, we can only welcome this approach to unloading long-suffering CPUs that execute DP code (rendering primitives) in DX and do other not always desirable things. Let's have a look at the results.

RADON X1800 and X1900 are not quite SM3 cards according to this test. What's the matter? The reason may be in the lack of vertex texture fetch, which is necessary for SM3 (from the point of view of all manufacturers but ATI). Or there may be a different reason (vertex shader compilation error, no necessary support for branching in vertex shaders from ATI, no pixel texture fetch, or others). It's hard to tell. But that's certainly alarming.

Perlin Noise

It's another SM3 test, it actually computes some 3-dimensional noise, a basic building block in many procedural textures. This test shows how promising a given accelerator is for procedural textures, which may become increasingly popular in real applications as the balance shifts to computations. The results.

Everything is OK here – indeed the cards rank strictly according to their computational capacities in pixel shaders.


So, the benchmark is not a failure, it's rather a success. But we cannot really call it new. It's evolution, not revolution. It's similar to the evolution of some game engines, which started with one shader model, but then gradually got another model as well as rose to a new level of detail. This situation is typical of our times of hardened DX9 that has been reigning for several years already. Performance is of major importance. Real advancements will become possible with the release of DX10 (or at worst, SM4 for DX9, which is also planned) – we'll wait and see. As for now, shaders should grow longer. Presentation precision should become deeper, and textures should develop in both planes.

Alexander Medvedev (unclesam@ixbt.com)
February 13, 2006


Write a comment below. No registration needed!

Article navigation:

blog comments powered by Disqus

  Most Popular Reviews More    RSS  

AMD Phenom II X4 955, Phenom II X4 960T, Phenom II X6 1075T, and Intel Pentium G2120, Core i3-3220, Core i5-3330 Processors

Comparing old, cheap solutions from AMD with new, budget offerings from Intel.
February 1, 2013 · Processor Roundups

Inno3D GeForce GTX 670 iChill, Inno3D GeForce GTX 660 Ti Graphics Cards

A couple of mid-range adapters with original cooling systems.
January 30, 2013 · Video cards: NVIDIA GPUs

Creative Sound Blaster X-Fi Surround 5.1

An external X-Fi solution in tests.
September 9, 2008 · Sound Cards

AMD FX-8350 Processor

The first worthwhile Piledriver CPU.
September 11, 2012 · Processors: AMD

Consumed Power, Energy Consumption: Ivy Bridge vs. Sandy Bridge

Trying out the new method.
September 18, 2012 · Processors: Intel
  Latest Reviews More    RSS  

i3DSpeed, September 2013

Retested all graphics cards with the new drivers.
Oct 18, 2013 · 3Digests

i3DSpeed, August 2013

Added new benchmarks: BioShock Infinite and Metro: Last Light.
Sep 06, 2013 · 3Digests

i3DSpeed, July 2013

Added the test results of NVIDIA GeForce GTX 760 and AMD Radeon HD 7730.
Aug 05, 2013 · 3Digests

Gainward GeForce GTX 650 Ti BOOST 2GB Golden Sample Graphics Card

An excellent hybrid of GeForce GTX 650 Ti and GeForce GTX 660.
Jun 24, 2013 · Video cards: NVIDIA GPUs

i3DSpeed, May 2013

Added the test results of NVIDIA GeForce GTX 770/780.
Jun 03, 2013 · 3Digests
  Latest News More    RSS  

Platform  ·  Video  ·  Multimedia  ·  Mobile  ·  Other  ||  About us & Privacy policy  ·  Twitter  ·  Facebook

Copyright © Byrds Research & Publishing, Ltd., 1997–2011. All rights reserved.