Ummm...no. Again, see my link.
There's a very easy way to prove this:
Find a GPU-accelerated openCL Intel benchmark.
I'll spare you the trouble: it doesn't exist.
Intel's openCL acceleration is the same as Intel's license with ARM holdings: no plan to use it.
Here's what I mean

GPU

CPU+GPU
AMD's APP, in use above, accelerates the CPU performance of both, but with the weight sitting mostly on the CPU it shows little benefit for GPU acceleration. So while AMD's and Intel's processors benefit from the improved CPU performance, AMD's GPU acceleration isn't able to beat Intel's i3s in the benchmark, though it does close the gap.
- just a bit more info
The benefits vary on the application involved and its implementation. Currently it's quite limited, as is the case with Adobe, where certain filters provide a very significant benefit whereas others show zero improvement. So this really isn't a method of AMD closing the performance gap; it would take a monumental change in software and development for that to happen. It makes far more sense where TDP limitations mean high-performing CPUs are nonexistent, allowing the use of the GPU to leverage more computing power. Basically, it shows more promise in HPC and mobile than it does on the desktop, unless you're talking workstation.
- some additional info
Here are some OpenCL benchmarks from the Intel Ivy Bridge CPU. Being compared though is AMD's APP SDK, which does support running OpenCL on x86 CPUs, to Intel's CPU-based OpenCL SDK for Linux. To some surprise, AMD's Accelerated Parallel Processing SDK when using the Ivy Bridge CPU is actually faster than the Intel OpenCL SDK on the same hardware.

I can't find the link, but the above scenario for Linux and AMD's APP performing better than Intel's SDK is true in Windows as well. This has more to do with AMD spending more time on openCL for both CPU and GPU in order to squeeze out as much as they possibly can.
Last edited: