Articles: Graphics
 

Bookmark and Share

(21) 
Pages: [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 ]

But let’s return to our synthetic benchmarks:

Yeah, the fillrate of the newcomer is far from perfect. When there are no textures it can be compared to that of RADEON 9600 XT, however, as soon as we need to lay at least one texture the performance immediately falls down beyond all acceptable limits and stays there as the number of textures increases. We can’t explain this disaster by inefficient texturing algorithms and small texturing caches – the performance drop is too huge even compared with the results of the previous tests. Volari Duo looks OK when performing some operations with the Z buffer, but only against the background of mainstream solutions. Even the 16 pipelines do not help here, as their efficiency is pretty low, too.

Now we disable Z writes:

Nothing changes: the card still slows down when we have to process at least one texture. Now we enable Z writes, but disable color writes:

The situation here is surprisingly similar, even though all other testing participants run close to their theoretical performance having got rid of the texturing workload.

As we see, the TMU of Volari graphics chip can hardly be called efficient, which is the first big drawback of the new XGI solution.

 
Pages: [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 ]

Discussion

Comments currently: 21
Discussion started: 01/16/04 04:04:04 AM
Latest comment: 03/11/04 07:45:15 PM

View comments

Add your Comment