Or have I missed something ?
Always thought comparing MIPS to GFLOPS to pixels/sec is like comparing apples and bananas to baked bacon.
Highly specialized functions always run best on highly specialized software written for highly specialized hardware.
Quite a step back for Sandra, they had quite a good suite for average comparisations and anyone not having an "avarage" system will surely not need them for testing their speed.
It's too bad that the Inq can't realize that if you expose that great upcoming throughput CPU they seem to love so much to the same situation that DrBalthar suggested it's performance would also drop similarly.
In Memorial for Late, Great Mr. T, "I Pity Fool Whom Dosn't Use Ultimate 64".

It may be Shaft, Yet when explored half year ago, surprise was that half dozen breadboards did work as well as xp(Barf)64.

Here it is Not Blather to warn, Once Again engineers could NOT Handle simple task of making system compatible with Most Powerful Retail desktop O/S. Ultee'64.

Next, Naj. Find system that will play Vista Ultimate 64 with parts acquired, it'll be HOT as Nvidia g96s' or even Hotter for warrentable Retail Market.

Using Dead O/S isn't Incisive Writing.
drashek
DrBalthar, you mean to tel me this is yet another meaningless metric that shows that GPUs are good at some problems and CPUs others? And the appropriate solution is to choose the right tool for the task?

Shocking.
here , it is benchmark throwing numbers for numbers, no real use of those benchmarks ...
Let's take an example ... a Core 2 is capable of 600GB/s .. from L1 to loads units ... That is much better than any GPU ... I just forgot to tell you that it is only using the dice cache L1/L2 ... Those kind of number are so easy to manipulate that it makes them totally useless.

This benchmark totally forget to tell you that the GPU has to send the data back through PCIexpress, and the "way back" on PCIex is 1X ...Extremely slow: 132 MB/s ... what is the point of having so much bandwitch on the GPU boards, except using it for outputting on the screen? any other usage has to go back to CPU at 132 MB/s ... snail speed!

Let's stop throwing at people numbers, and let's give them a better vision of the performance gain with main stream application.

Francois
Mandelbrot is a pretty stupid benchmark since it is pretty GPU processing friendly and the amount of data througput is neglictable. Have a benchmark that needs lot of scattered memory read/writes and conditional branching or lots of large datasets and your GPU speed drops close to zero
Or have I missed something ?
Always thought comparing MIPS to GFLOPS to pixels/sec is like comparing apples and bananas to baked bacon.
Highly specialized functions always run best on highly specialized software written for highly specialized hardware.
Quite a step back for Sandra, they had quite a good suite for average comparisations and anyone not having an "avarage" system will surely not need them for testing their speed.
It's too bad that the Inq can't realize that if you expose that great upcoming throughput CPU they seem to love so much to the same situation that DrBalthar suggested it's performance would also drop similarly.
In Memorial for Late, Great Mr. T, "I Pity Fool Whom Dosn't Use Ultimate 64".

It may be Shaft, Yet when explored half year ago, surprise was that half dozen breadboards did work as well as xp(Barf)64.

Here it is Not Blather to warn, Once Again engineers could NOT Handle simple task of making system compatible with Most Powerful Retail desktop O/S. Ultee'64.

Next, Naj. Find system that will play Vista Ultimate 64 with parts acquired, it'll be HOT as Nvidia g96s' or even Hotter for warrentable Retail Market.

Using Dead O/S isn't Incisive Writing.
drashek
DrBalthar, you mean to tel me this is yet another meaningless metric that shows that GPUs are good at some problems and CPUs others? And the appropriate solution is to choose the right tool for the task?

Shocking.
PCIexpress 1x back is 250Mb/s ...
almost 2 times snail speed!
here , it is benchmark throwing numbers for numbers, no real use of those benchmarks ...
Let's take an example ... a Core 2 is capable of 600GB/s .. from L1 to loads units ... That is much better than any GPU ... I just forgot to tell you that it is only using the dice cache L1/L2 ... Those kind of number are so easy to manipulate that it makes them totally useless.

This benchmark totally forget to tell you that the GPU has to send the data back through PCIexpress, and the "way back" on PCIex is 1X ...Extremely slow: 132 MB/s ... what is the point of having so much bandwitch on the GPU boards, except using it for outputting on the screen? any other usage has to go back to CPU at 132 MB/s ... snail speed!

Let's stop throwing at people numbers, and let's give them a better vision of the performance gain with main stream application.

Francois
Even more unusable than Vantage. Hardly gives any info regarding to real world application performance. Why bother with this one?
Mandelbrot is a pretty stupid benchmark since it is pretty GPU processing friendly and the amount of data througput is neglictable. Have a benchmark that needs lot of scattered memory read/writes and conditional branching or lots of large datasets and your GPU speed drops close to zero