Quote Originally Posted by Drwho? View Post
With AVX coming, it will be a really big challenge to beat the processor at 256 bits FLOATs and Double processing.
GPUs aren't standing still my friend. 256-bit AVX will still be a joke compared to the GPUs out by that time.

The GPUs are in a world that requires the programmer to make its code 100% perfect, load have to be aligned 100%, store too, vectorization has to be done perfectly ... It is a world of Pain, and if you don t have a programmer with a PhD in parralelism or SIMD, you will not see the end of the project ... If you want OpenCL to perform well on GPU, you still have to plan for all of those tricks.
This is no different to SSE programming on a CPU, so not sure what you're trying to say here. And yes, OpenCL will be making full use of SSE/AVX in order to extract maximum performance out of the hardware.

you will see the CPU wining all the very iterative workloads on OpenCL.
OpenCL is split into task-based and data-based parallelism. Not sure what you mean by "iterative workloads". GPUs aren't so hot at task-based stuff, they downright suck and that should definitely stay on the CPU for the forseeable future.

But we have a big problem, one that Larrabee is trying to solve. What's the point of doing task based stuff on the CPU if it has to communicate over the bottlenecking PCIe bus? This is why folks are looking to move more and more task based stuff over to the GPU because while the CPU is faster, by the time it travels over PCIe it would've been faster to keep everything on the GPU.