GTX 680 Performance (vray RT) & DirectCompute

Has anyone tested the GTX 680’s? Can anybody confirm the speculated poor performance for Vray RT?

Does Vray RT use DirectCompute? and can gtx 680’s poor DirectCompute performance potentially be a driver issue?

(desperate to know, 3 cards are arriving tomorrow, and could potentially exchange them last minute for 3 gtx580 or 2 gtx590’s)

thanks thanks thanks

http://vr-zone.com/articles/nvidia-kepler-gpus--back-to-games-away-from-compute-/15332.html

Single Precision FP on the 680 doesn’t look so bad. Does Vray RT even use double precision floating point?

No.

Best regards,
Vlado

At the moment, no.

Best regards,
Vlado

GTX680 is strictly gamers card without a lot lot LOT of things for GPGPU computing. This is why the card is cheaper and colder with smaller chip. There will be a full GTX 6xx card with full support of GPGPU computing later, I think after one or two months.

:frowning: Just cancelled 3 GTX 680’s which were meant to arrive tomorrow. Not enough info out there, & lots of pessimism.
Still no one benchmark it in vray RT with the Indoor benchmark scene?

In GK104 cuda cores are simplified a lot. Waiting for GK110 :slight_smile:

So here are some preliminary results with the CUDA code compiled with the 4.2 rc2 CUDA toolkit (not the final version yet) for the benchmark scene; OpenCL code is compiled by the respective driver. This is our latest GPU code, which is somewhat more complex than before.

GeForce 680 GTX/Driver 301.10
OpenCL kernel: 3m 39s
CUDA kernel: 3m 3s

GeForce 580 GTX/Driver 301.10
OpenCL kernel: 3m 15s
CUDA kernel: 2m 57s

GeForce 580 GTX/Driver 296.10
OpenCL kernel: 3m 15s
CUDA kernel: 2m 57s

Best regards,
Vlado

Basicaly its disaster hehe… curse u nvidia !!!

On the bright side, at least with the 4.2 toolkit the CUDA code is actually faster than OpenCL :slight_smile:

In any case it seems to me that nVidia wanted the 680 to have roughly the same compute performance as the 580…

Best regards,
Vlado

I have bad feeling they want to cut off GTX GPU rendering sollutions from happening. I wonder if it will kick them back in the ass since a lot of people simply wont buy quatro/tesla and go to ATI - once they finnaly start working…

And yea the CUDA works very nice !, on a side note is the Shellac mode in Vrayblend working with 2 materials or I’m blind? =D it looks like it work mrrrrr…

so with this cuda method there’s no waiting time at the start when compiling?

No waiting; the GPU code is precompiled so it starts right away.

Best regards,
Vlado

that’s great, Would be cool to compare the amount of time it takes to render the scene from the moment you press render… to get an overall time taken (including compile time for openCL) not so much to compare 580 to 680 but to compare overall openCL to CUDA. :slight_smile:

as for the 680, the 1500 cuda cores seems to be nothing but marketing.

The waiting only happens once - the first time the code is run on a particular card/drivers; afterwards it is just as fast to start the render.

Best regards,
Vlado

Nice! Interesting how the CUDA times are coming in. Thanks Vlado, I look forward to more testing…

-Alan

I’m afraid of the same thing, Dadal.

I wonder if it will kick them back in the ass since a lot of people simply wont buy quatro/tesla and go to ATI - once they finnaly start working…

This is exactly what I’m hoping will happen. The only thing that would mess it up is if ATI pulls the same stunt and we end up having to choose between two over-priced “professional” platforms for GPU rendering.

Hoping it doesn’t go that way,

-Alan

you’ll have the option to stockup on more, and by then, more affordable gtx 580’s :slight_smile:

Interesting benchmark result.